I want to disable "Build cancel" or "Abort" permission in Jenkins.By default if a user is granted Build Permissions he/she have cancel also even if we uncheck the cancel checkbox in Project-Based security matrix.User is able to cancel the jobs.Please help.
So at the moment there is a bit of a discussion about this one. The cancel permission is implied by the build permission, so if you give someone build they also get cancel. There was a PR made to fix this and separate the two permissions, but it seems to not be quite working (or is contentious) - see https://github.com/jenkinsci/jenkins/pull/882 for the PR. I think when that is merged in it will fix your issue.
This is now fixed in version 2.120 of Jenkins core. See the release notes here: https://jenkins.io/changelog/#v2.120
Related
I'm getting mails from jira for all tasks I'm ASSIGNEE to
This is a good,except I want to avoid getting mail every change/comment I make on this task
I couldn't find any settings in my account, Can this be disabled?
I read in jira that it should be the case by default
Jira's default setting is to not notify users of their own changes. This can be changed on a per user basis via their profile preferences.
You can do this via the Preferences page in JIRA. Detailed instructions are here.
Click on your Profile on the top right of the screen.
Click the pencil next to Preferences.
Change the My Changes dropdown value to Do not notify me.
You should now no longer get emails for actions you've done on a ticket. The only downside is that you'll now also no longer get notifications when you create a ticket.
we are getting a 401 Error from Google API:
401. That’s an error.
Error: deleted_client
The OAuth client was deleted.
It seems that the Google-OAuth-API Client was deleted. Maybe on firebase? Whould be really strange when we delete a firebase project that it is also deleted on Google API...
Is there any way to restore this?!
Thanks a lot for your help!
Best
For everyone who has this problem too. Found the solution:
Project owners can restore a deleted project within the 30-day
recovery period that starts when the project is shut down. Restoring a
project returns it to the state it was in before it was shut down.
Cloud Storage resources are deleted before the 30-day period ends, and
may not be fully recoverable.
Some services might need to be restarted manually. For more
information, see Restarting Google Cloud Platform Services.
To restore a project:
Go to the Manage Resources page in the Google Cloud Platform Console.
In the Organization drop-down in the upper left, select your
organization.
Below the list of projects, click Resources pending deletion.
Check the box for the project you want to restore, then click Restore.
In the dialog that appears, confirm that you want to restore the
project.
Source: https://support.google.com/cloud/answer/6251787?hl=en
This is only possible currently by contacting Google Cloud support, and even then it's not guaranteed they can do it. I just went through the process. The support engineer did mention that they're working to build out "undo-delete" as a feature but they didn't have any dates to share.
Is there a way to disable/hide "Re-execute promotion" button for the builds in cases like -
Build has been promoted successfully once.
Build promoted by one user should not be re-executable by another user.
The "Force Promotion" and "Re-execute Promotion" buttons are only visible to those with full admin permission for the job. A general user should not have such permissions, and will not see those buttons.
A general user should be configured in the promotion settings (who can trigger it), and they will only see "Approve" button, once.
I'm currently trying to find out if there is a way to allow our nightly build application users to submit bug items to TFS. Everything is developed and used within our private network so there aren't any security issues of that nature that I am aware of. I don't necessarily need them to be able to assign the bug specifics, but give a title and a description. It could be equally valuable if users can submit to an issue tracking page on the TFS Project Site.
Application Language: C#
Possible Workflow:
User encounters an issue while using the application
User click feedback button that is only shown in the nightly build
User fills form detailing issue
User clicks submit
Information including user's name is sent to the TFS server and a new bug item is created
Developers receive a notification (using tfs reporting) and assigns bug appropriately
Developer contacts user to elaborate on the issue
Developer fixes bug
You can use the existing work items, along with the work item web access feature (WIWA) to allow them to enter the bugs. I believe there isn't a license requirement for them to enter and view their own work items.
WIWA is (default) located at: http://tfs:8090/wiwa
I'm working on a firefox addon and one thing i'm unsure on is how to remove user preferences related to my addon when the user uninstalls it. The preferences get set, and if the user uninstalls and reinstalls the preferences are all still there. Some settings also relate to a first time install, so that breaks if the user has installed it previously.
Is there something I can setup that will be called when a user uninstalls, or a process to remove preferences on uninstall?
Thanks!
You'll want to take a look at this page which shows you how to register an observer to get the right events. Note that it's not always 100% reliable, but there should be a way to do this in Firefox 3.7 (Gecko 1.9.3).
There is no way to do this. Addons are simply deleted off by the browser and not told that they will be uninstalled. You could provide a 'Restore Factory Settings' button somewhere on your add on GUI.