I have installed Jira Service 3.2.2 and Jira Core 7.2.2.
Whenever I create a new incidence in my project, an email is sent to the user. That email is sent in Spanish and I just want to change a sentence from that email.
I've found some translations in the file
\jira\plugins\installed-plugins\jira-servicedesk-application-3.2.2.jar
in \i18 folder.
I've changed there the wrong sentence and restarted JIRA but the email is still the original, changes seem to not be applied.
Is it the wrong location for email templates translations?
Thanks in advance!
Well, after restarting twice the JIRA server the changes were applied.
That means translations are taken from file:
\jira\plugins\installed-plugins\jira-servicedesk-application-3.2.2.jar
Related
How i can add attachment link in TFS Build notification email? I have TFS 2017 on-premises installed. I have tried by making changes in xls file but it didnt worked. i will be grateful to you if anyone can help me with this.
You can find the email templates in %PROGRAMFILES%\Microsoft Team Foundation Server 2015\Application Tier\TFSJobAgent\Transforms and modify them the way you want. In this folder you'll find the build completion events xsl files.
The build events expose a Url property, which shows the hyperlink in the email.
Besides, you could also choose to use some 3rd-party extension to send E-mail Notification.
Send Email
Other Extension
Those tasks they send an email to the address(es) you defined in your pipeline. You can defined the contents of the message yourself.
We've got TFS email alerts set up when certain files are changed. In the future, many of these files will likely have "copies" via branching. Other than manually creating additional alerts each time a branch is created, can anyone offer some strategies for this scenario? Or simply strategies to make sure we're covered in case a branch is created and we forget to create these alerts.
Thanks for any help!
There is no out of box feature for this, you can submit a feature request on VSTS User Voice.
However, if the name of the files is unique，you can create an email alert just with "File Name = filename.extension" and "Folder Path Contains XXX". This will track the change for the file in the specified folders/branches.
I am using Folder plugin and AD groups to control access to folder. This morning a team can't access their project anymore and later I found the AD group assignment in Assign Roles has been changed to wrong groups. Is there a way to find out which id did it? We only have a few admin ids.
Jenkins does not appear to keep an audit trail by default, as stated in this post on cloudbees.com, the folks that develop Jenkins.
The relevant lines:
Many Jenkins users look for a recommend a strategy for keeping an audit trail. This article is supposed to be a gap filler until more comprehensive compliance capabilities in JE/JOC are developed.
There are two open source plugins that enable you to track “WHO did WHAT?” in Jenkins:
...
The first plugin listed is Audit Trail Plugin which looks to provide exactly what you are seeking.
The description from the plugins page:
Keep a log of who performed particular Jenkins operations, such as configuring jobs.
This plugin adds an Audit Trail section in the main Jenkins configuration page. Here you can configure log location and settings (file size and number of rotating log files), and a URI pattern for requests to be logged. The default options select most actions with significant effect such as creating/configuring/deleting jobs and views or delete/save-forever/start a build. The log is written to disk as configured and recent entries can also be viewed in the Manage / System Log section.
I spent a few minutes looking through Jenkins various xml and log files, but could not find a log that contained something useful (username and/or timestamp). In this case it seems user auditing isn't built into Jenkins as of yet. Unfortunately it appears that you might not be able to determine who made those changes after the fact.
We are running TFS Visual Studio online. Is there a way to configure the email subject line of alert emails to be more user friendly/Readable
No. This is not something you can do with VSOnline. On premise TFS has some templates on the App Server(s) IIRC that you can edit.
I can't see the VSO team adding customisation, but you could always log something on UserVoice and see what happens.
You could consider using the Service Hooks to push notifications to another service that could then create the e-mails. I've not tried this so I don't know how scalable it will be.
We have an old install of Hudson (ver. 1.379, yes that old...) that hasn't been upgraded yet (and I am not quite sure when and if it will be by the people responsible for it).
There seems to be some place, apparently unaccessible from the web interface, were additional recipients for the email-ext plugin were added...
Problem is, those recipients no longer exist and quite a few people (mostly unrelated to the people who use Hudson) get spammed by bounces from those emails...
For email-ext I get this in the plugin page:
version: 2.12 installed: 2.8
I have looked at the configs and I believe email-ext config should be under "Editable Email Notification" of that job...
I see some of the recipients of those emails but not the person who left, it looks like this was configured elsewhere, maybe manually in some sort of config file.
Where can I look for this?
Thank you!
Puzzled!
There is global configuration. Go to Manage Hudson, then Configure System (the wording my be different based on your version, but you should end up here http://<hudsonurl>/configure. You need to have global administrative permissions to access this, but based on what you are saying, it sound like you do not.
Based on your version of the plugin, under Extended E-mail Notification, you will see Default Recipients. Older versions of the plugin did not have that feature.
Also, under the job configuration itself, there are several places to override/add to the list of recipients, the most buried of which is under the Triggers
Click Advanced... button under Editable Email Notification
For each trigger, click Expand link.
Lastly, it is possible that people are included on the emails cause they were Culprits. In Hudson's terms, these are people who committed to SCM since the last successful build. If the build has been failing since then for a long time, they are just there as culprits. The only way to "reset" the culprits is to let the job build successfully