jenkinsci / jenkinsci/parameterized-trigger-plugin

[JENKINS-18536] Remove downstream job from queue before new triggers

Open
#568 1 comment 0 reactions 0 assignees View on GitHub
component:parameterized-trigger-plugin enhancement imported-jira-issue priority:major resolution:unresolved
Dominant language
Java
Stars
77
Forks
174
Avg merge
22h 27m
Merged PRs (30d)
1

Description

Given two jobs:



  • Downstream, which has a 60s quiet period

  • Upstream, which triggers a parameterized build on Downstream

Now, if you quickly trigger Upstream 3 times, then there will be 3 Downstream jobs in the queue. They will then all run.

We would like parameterized triggering in combination with downstream quiet period to behave sort of like the SVN quiet period behaves: If Upstream is triggered multiple times, then only the last triggered Downstream will remain in the queue. This will help when you have limited verification resources during development and would like to run a "best effort" approach. It will prevent the queue from continuously growing.

Summary: Before Upstream triggers Downstream, Upstream should remove any instances of Downstream from the queue. This should of course be an option and not the default behavior.

---
Originally reported by mabahj, imported from: Remove downstream job from queue before new triggers


  • assignee: huybrechts
  • status: Open
  • priority: Major
  • component(s): parameterized-trigger-plugin
  • resolution: Unresolved
  • votes: 5
  • watchers: 7
  • imported: 2025-12-07

Raw content of original issue

Given two jobs:



  • Downstream, which has a 60s quiet period

  • Upstream, which triggers a parameterized build on Downstream

Now, if you quickly trigger Upstream 3 times, then there will be 3 Downstream jobs in the queue. They will then all run.

We would like parameterized triggering in combination with downstream quiet period to behave sort of like the SVN quiet period behaves: If Upstream is triggered multiple times, then only the last triggered Downstream will remain in the queue. This will help when you have limited verification resources during development and would like to run a "best effort" approach. It will prevent the queue from continuously growing.

Summary: Before Upstream triggers Downstream, Upstream should remove any instances of Downstream from the queue. This should of course be an option and not the default behavior.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.