-
Bug
-
Resolution: Fixed
-
Low
-
None
Customers have reported that when creating a new email within the OnDemand User Management page with the Email a link to the user to set their password option checked the email is not being sent.
After investigating at least one customer pointed out that the browser extension Lastpass was causing issues with the javascript on the page and that was resulting on on the email not being sent. We have customers who reported that the Ad Block Edge and the 1password extensions cause the same issue.
Atlassian support is currently investigating if any other extensions could be causing this as well. Both Chrome and Internet Explorer 11 seem to be affected, it’s yet to be confirmed if other browsers are being affected as well.
Steps to reproduce
- Have an OnDemand instance
- Have either Chrome or Internet Explorer 11 with Lastpass
- Create user in User Management
- Make sure 'Email a link to the user to set their password' is selected
- Invitation email is not sent
Workaround
Either disable those extensions before creating new users or perform this operation using Inconito/Private browsing mode so any extensions that could be causing this are disabled.
[ID-20] New User Email Not Being Sent When Creating New Users on A Browser With The Lastpass or the Ad Block Edge Extension Installed
| Workflow | Original: reviewflow [ 787449 ] | New: JAC Bug Workflow v3 [ 3257983 ] |
| Status | Original: Resolved [ 5 ] | New: Closed [ 6 ] |
| Summary | Original: New User Email Not Being Sent When Creating New Users on A Browser With The Laspass or the Ad Block Edge Extension Installed | New: New User Email Not Being Sent When Creating New Users on A Browser With The Lastpass or the Ad Block Edge Extension Installed |
| Component/s | Original: User management [ 33497 ] |
| Remote Link | New: This issue links to "Page (Extranet)" [ 94508 ] |
| Resolution | New: Fixed [ 1 ] | |
| Status | Original: Implemented [ 10025 ] | New: Resolved [ 5 ] |
| Status | Original: In Progress [ 3 ] | New: Implemented [ 10025 ] |
If you - as an admin - have chosen to remember your own password upon JIRA login, it will POST this very same password as well when creating a new user.
When I create a new account in JIRA and have chosen to remember my own password it will POST the following variables:
{"email":"emailaddress@goeshere.nl","display-name":"Test (ignore)","name":"test","active":"","password":{"value":"****************"},"applications":["cadc8a2a-1d22-3ada-93bc-ea8c718e7432"]}
The *** password contains my own password!
Creating an account in Incoginito mode or after removing the saved password in Firefox (Firefox preferences -> Security -> Saved Password... -> Remove http://ondemand.atlassian.net) it will POST the above variables except for the password field. As a result I receive a confirmation email.
Probably Firefox is confused because of the same input field names (and thus assumes the admin password is used for the newly created account). It would be awesome if you send out a confirmation email if the checkbox is set eventhough a password is received.
Akira Sekine
added a comment - I have same issue on Chrome w/ 1password extension enabled.
I can avoid this issue by using Incognito mode.
I assume you can easily reduce this issue happening by adding explanatory comment on account creation page.
Akira Sekine
added a comment - I have same issue on Chrome w/ 1password extension enabled.
I can avoid this issue by using Incognito mode.
I assume you can easily reduce this issue happening by adding explanatory comment on account creation page. | Status | Original: To be reviewed [ 10026 ] | New: In Progress [ 3 ] |
Fixed in JIRA v 6.4-OD-13-026