Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
None
-
CentOS6, Jenkins 2.32.2, PrioritySorter 3.5.0
Description
Priority sorter global configuration:
- Strategy: Absolute
- Number of priorities: 5
- Default priority: 3
Job priorities: A single job group:
- Jobs to include: All
- Priority: Default
- Use additional rules when assigning a priority to a Job: checked
- Job Triggered by a Upstream Build (" Use the same priority as assigned to the Upstream Build that caused this Jobs to start.")
- Job Triggered by a User: Priority 1
Jobs:
- "A" (upstream), triggering "B" via Parameterized Trigger Plugin with "Block until the triggered projects finish their builds" checked
- "B" (downstream)
With this configuration, I'd expect that job "B" gets scheduled with priority 1, if "A" was started manually. Or am I wrong? However, it runs with the default priority according to the logs. The same happens if "B" gets started from "A" from a post-build step ("Build other projects").
The plugin correctly recognizes that "B" was triggered by "A" ("Job Triggered by a Upstream Build"), but cannot determine the priority correctly.
Attachments
Activity
Field | Original Value | New Value |
---|---|---|
Description |
Priority sorter global configuration: * Strategy: Absolute * Number of priorities: 5 * Default priority: 3 Job priorities: A single job group: * Jobs to include: All * Priority: Default * Use additional rules when assigning a priority to a Job: checked ** Job Triggered by a Upstream Build (" Use the same priority as assigned to the Upstream Build that caused this Jobs to start.") ** Job Triggered by a User: Priority 1 Jobs: * "A" (upstream), triggering "B" via Parameterized Trigger Plugin with "Block until the triggered projects finish their builds" checked * "B" (downstream) With this configuration, I'd expect that job "B" gets scheduled with priority 1, if "A" was started manually. Or am I wrong? However, it runs with the default priority according to the logs. The same happens if "B" gets started from "A" from a post-build step ("Build other projects"). The plugin correctly recognizes that "B" was triggerd by "A" ("Job Triggered by a Upstream Build"), but cannot determine the priority. |
Priority sorter global configuration: * Strategy: Absolute * Number of priorities: 5 * Default priority: 3 Job priorities: A single job group: * Jobs to include: All * Priority: Default * Use additional rules when assigning a priority to a Job: checked ** Job Triggered by a Upstream Build (" Use the same priority as assigned to the Upstream Build that caused this Jobs to start.") ** Job Triggered by a User: Priority 1 Jobs: * "A" (upstream), triggering "B" via Parameterized Trigger Plugin with "Block until the triggered projects finish their builds" checked * "B" (downstream) With this configuration, I'd expect that job "B" gets scheduled with priority 1, if "A" was started manually. Or am I wrong? However, it runs with the default priority according to the logs. The same happens if "B" gets started from "A" from a post-build step ("Build other projects"). The plugin correctly recognizes that "B" was triggered by "A" ("Job Triggered by a Upstream Build"), but cannot determine the priority correctly. |
Assignee | Magnus Sandberg [ emsa23 ] | Ronny Schuetz [ rschuetz73 ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | In Review [ 10005 ] |
Resolution | Fixed [ 1 ] | |
Status | In Review [ 10005 ] | Resolved [ 5 ] |
Status | Resolved [ 5 ] | Closed [ 6 ] |