Rolling Builds to cancel all builds related to Bitrise Start Build

Description of the feature request

I just realized that Rolling Builds settings don’t currently work, or at least do not bring the optimal/expected effect when we want to trigger more than one build (via Bitrise Start Build) for a given PR/push/tag (via trigger map).

Let’s say that when you push something to the PR pr_to_develop kicks in and enqueues two builds - mac_tests and ios_tests (Bitrise Start Build). When we make another push to that PR and mac_tests and ios_tests builds are still in progress - they won’t get canceled, cause currently Rolling Builds knows only about pr_to_develop and can cancel that at most (unlikely cause it’s pretty brief). Instead, new builds will be enqueued. Sth like that happens:

I have seen a ton of discussions/feature requests where people ask to develop a one-to-many (trigger to workflows) feature for trigger map, and as far as I see - we’re not getting into that direction. In such a situation it would be nice to at least improve that behavior.

Use case / for what or how I would use it

When triggering multiple builds via Bitrise Start Build and Rolling Builds setting is enabled.

Hello,

I will be happy to include this as a feature request. Quick question - what about manually started builds? If there is a build against same branch/same workflow that is running or waiting that was manually started, should it also be cancelled? And would you want a manually started build (same branch/workflow) to cancel any triggered builds (triggered by webhook or by Bitrise Start Build)?