[JIRA] (JENKINS-41065) Add permission to require confirmation to cancel job
Title: Message Title Jeff G commented on JENKINS-41065 Re: Add permission to require confirmation to cancel job I appreciate your feedback on my request. I would be happy to have a global configuration which indicated if the confirmation is needed system wide. Our Jenkins is internally facing and we have user enforced (slap on the wrist) policies which make this new feature a burden for us. I do not think the individual user should be able to opt out if that's what you were hinting at. Your feature, for those environments which want to use it, should be on for all users which it is applicable. I completely understand your use case. I'm just asking for a way to opt out of the new functionality for some or all users. I also completely understand the overhead of adding yet another flag which needs to be maintained and validated repeatedly for functionality. Leverage the quiet mode is an extra step and then all the confirmations to be clicked subsequently... followed by removing quiet mode. In summary, not everyone requires or asked for the new feature. We should not all be subjected to it. Jenkins had been around a very long time without it and while there were likely asks, it was not a big enough ask for anyone to actually build it until now. Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-41065) Add permission to require confirmation to cancel job
Title: Message Title Daniel Beck commented on JENKINS-41065 Re: Add permission to require confirmation to cancel job I do realize I'm taking the "my baby isn't ugly" position, but let me try being objective anyway we would not require the administrative group to get this confirmation dialog. Use Case: Several jobs spawned automatically which need to be aborted rapidly. Admins can always set Jenkins into quiet down mode for a minute to clean up from the queue, so this seems unnecessary. Something along the lines of "requires cancel confirmation". The default value would be to require the confirmation which follows the existing behavior. Not useful for this to require a permission. It's not about allowing (or not) to do something after all. The only useful approach I could think of would be to let users opt out of this protection from accidental clicks via an option on their user record (like case-insensitive search) – i.e. opting into getting yelled at for accidentally aborting a 20 hour build 18 hours in --, but I'd like to see a lot more demand for this before considering adding yet another checkbox. Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from
[JIRA] (JENKINS-41065) Add permission to require confirmation to cancel job
Title: Message Title Jeff G created an issue Jenkins / JENKINS-41065 Add permission to require confirmation to cancel job Issue Type: Improvement Assignee: Unassigned Components: core Created: 2017/Jan/13 1:07 PM Environment: 2.32.1 on Ubuntu Labels: build-queue Priority: Minor Reporter: Jeff G Recently, core was updated to require confirmation when a running job is attempted to be cancelled or removed from the queue. JENKINS-30565 I would like this to be controlled by a permission. Something along the lines of "requires cancel confirmation". The default value would be to require the confirmation which follows the existing behavior. In our environment, we would not require the administrative group to get this confirmation dialog. Use Case: Several jobs spawned automatically which need to be aborted rapidly. Not all jobs in the queue fall in this category at the time so purging the entire queue (which we have a scriptler to handle) is not appropriate.
