-
Bug
-
Resolution: Fixed
-
Major
-
None
-
Windows XP
We're using version 2.3 of this plugin.
We have two triggers for our project, stable and unstable. Both trigger the same project but with a different variable value. See screenshot.
When our build is unstable (and we have the unstable trigger in first place) the downstream project is triggered and it works fine. But when our build is stable no project is triggered.
When we put stable on first place and unstable second. The same thing occurs. Stable triggers the downstream project and unstable not.
I hope you can solve this for us.
Kind regards,
Evert-Jan
Hm, this occurs because the DependencyGraph that Hudson maintains originally had no logic associated with the connections (a downstream job would always trigger). Thus, it has logic ignore dependencies connecting 2 projects that are already connected. However, here we connect the same 2 projects with dependencies using both different logic for when to trigger, and how to trigger (parameters).
I tried the quick-fix in hudson core of simply removing the duplicate check.. this seems to work (my "unstable" trigger ran), although on the project page I now see the downstream project listed twice. The other question here is: if we allow multiple connections between projects A and B, should we allow B to be triggered more than once if the "should-trigger?" logic for more than one dependency DOES pass? My initial thought here is that we can allow it, and let the Queue deal with this (I think it'll already reject a complete duplicate, and allow the same project more than once if the parameters are different.. although, not sure what happens here if the job allows concurrent builds).