Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

JEMH: overwrite real user language for notifications (comments, resolve)

Hi,

I have the following problem: Via Project-Profile mappings, we are using different proxy users with different language settings as JIRA Reporter for issues created via external incoming emails to ensure that the (JEMH) on-create notification is sent in different languages, depending on the project the email was sent to. This works perfectly fine, external Non-JIRA users get the on-create notification in the language of the respective proxy user.

If now a "real" JIRA user (i.e. not the proxy user) works on such an issue, language for all notifications to external users will be the language of this user (who has written the comment, resolved the issue). In our case, this language is frequently not the same like the one "defined for the project" via the proxy-user. Is there a way to send notifications in these cases not with the "real user" language, but with the proxy-user language? I think using the user language is JIRA standard behaviour, but can we somehow overwrite the real JIRA user with the proxy user for external notifications for the given examples? That would not only be interesting for the language case, but also if you do not want that external users see the real, individual user who is working on an issue in the notifications they receive, but always see the proxy user.

Tobias

1 answer

1 accepted

0 votes
Answer accepted

Hi Tobias,

we are using different proxy users with different language settings as JIRA Reporter for issues created via external incoming emails to ensure that the (JEMH) on-create notification is sent in different languages, depending on the project the email was sent to

Great use case!

Is there a way to send notifications in these cases not with the "real user" language, but with the proxy-user language? I think using the user language is JIRA standard behaviour, but can we somehow overwrite the real JIRA user with the proxy user for external notifications for the given examples? 

Not currently, the i18n support is built on the context of the user involved, an interesting use case.  Yes, your use case could be solved by adding a i18n context user picker in the non-JIRA notifications side? If empty, it would use the default 'action user' for i8n context.

 

That would not only be interesting for the language case, but also if you do not want that external users see the real, individual user who is working on an issue in the notifications they receive, but always see the proxy user.

Hmm, not quite, the i18n context is something used to resolve message bundle translations via a common key, it doesn't really affect the 'who' is reporter as doing the change.  If you want to remove the indicator of 'who' is making the change, you can already do this in JEMH by customizing (each) TemplateSet Involved, and/or overriding the macros involved that normally generate the 'header' with something that refers 'support' for example, rather than the user.  This is the kind of thing we've been working in JEMHC, which has a new concept of 'themes' comprising entirely separate templates, css and custom macro support.  This kind of thing is something on the JEMH roadmap for the future, for now you'll need to do hand edits as required, log a support request for further input if required.

So, I see one new feature here for i18n context for non-JIRA user notifications, please log that?

Hi Andy, fast like always ;-) Thanks, I already feared that it would be this way (but I admit that this requirement is kind of special). Your suggestion for an enhancement sounds good and would be even more flexible compared to overwriting with the proxy user. I will create a feature request tomorrow. Could be a JIRA custom field to pick a user and if JEMH is made aware of the field, JEMH takes this user's language for the notification language in case the field has a value.

Andy, there is no way to register for your JIRA instance to create an issue.

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Marketplace Apps & Integrations

Learn how to request and manage app requests in the Marketplace

G’day everyone! Super exciting news coming from the Marketplace. We have now fully rolled out the ability for end-users to submit app requests to admins directly from within the product! No longer ...

43 views 1 5
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you