[macOS] App authentication window is not reopened if the first authentication is canceled from the Application
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox157 | --- | unaffected |
| firefox158 | --- | unaffected |
| firefox159 | --- | verified |
People
(Reporter: atrif, Assigned: spohl)
References
Details
Attachments
(4 files)
Found in
- 158.0a1 (2026-09-14)
Affected versions
- 158.0a1 (2026-09-14)
Tested platforms
- Affected platforms: macOS 14 aarch
- Unaffected platforms: Windows 11, Ubuntu 24
Preconditions
- Evernote installed
- Firefox is default
Steps to reproduce
- Open Evernote and click to log in using google.
- Return to the Evernote application and click on cancel.
- Click to login with google again.
Expected result
- The authentication window is reopened.
Actual result
- The authentication window is not reopened.
Regression range
- N/A.
Additional notes
- Screen recording attached: link
| Assignee | ||
Updated•1 month ago
|
| Assignee | ||
Comment 1•27 days ago
|
||
Updated•27 days ago
|
| Assignee | ||
Comment 2•27 days ago
|
||
Comment 4•24 days ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/de3f7b640309
https://hg.mozilla.org/mozilla-central/rev/d247c3bfd97d
| Reporter | ||
Comment 5•23 days ago
|
||
Hello! I tried to verify this on macOS 26 aarch, but I can still reproduce the issue with Firefox 158.0a1 (20260922211342). Attached a screen recording: https://drive.google.com/file/d/18oLEP9cSmLy0g7Hm1buuRBtYBj98rvPn/view?usp=sharing. Should we reopen this? Thank you!
| Assignee | ||
Comment 6•23 days ago
|
||
Thanks for letting me know! Unfortunately, this is a feature that only works in Nightly, so there was a risk that it might not be completely fixed yet. I believe I have a complete fix now. Reopening this bug to track the followup.
Updated•23 days ago
|
| Assignee | ||
Updated•23 days ago
|
| Assignee | ||
Comment 7•23 days ago
|
||
AuthenticationServices passes a different ASWebAuthenticationSessionRequest instance to cancelWebAuthenticationSessionRequest: than the one it passed to the begin call, and only a reply on the begin instance reaches the broker.
The broker serializes requests per browser and does not deliver the next one until the current one is answered, so an unanswered cancellation stalls every later request from every app until Firefox restarts.
| Assignee | ||
Comment 8•23 days ago
|
||
AuthenticationServices delivers both callbacks on one of its own threads
Comment 10•21 days ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/ca686f01e70b
https://hg.mozilla.org/mozilla-central/rev/e18a4b1c6306
Comment 11•21 days ago
|
||
The patch landed in nightly and beta is affected.
:spohl, please make an uplift decision for beta:
- Nominate the patch for beta uplift approval if the fix should be included in this release, or
- Set
status-firefox158towontfixif the fix can wait for the next release.
See Requesting an Uplift for documentation on how to request an uplift.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 12•21 days ago
|
||
This is Nightly only for now.
| Reporter | ||
Comment 13•18 days ago
|
||
Verified fixed with Firefox 159.0a1 (2026-09-27) on macOS 26 and 14 aarch using steps from comment 0. Firefox correctly opens the authentication window after following the steps from comment 0.
Description
•