Closed Bug 1912738 Opened 3 months ago Closed 2 months ago

OAuth prompt appears on every restart

Categories

(Thunderbird :: Account Manager, defect, P1)

Thunderbird 131

Tracking

(thunderbird_esr128+ fixed, thunderbird130 fixed)

RESOLVED FIXED
131 Branch
Tracking Status
thunderbird_esr128 + fixed
thunderbird130 --- fixed

People

(Reporter: darktrojan, Assigned: darktrojan)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Since we started saving the granted OAuth2 scopes in the order given by the authentication server, we seem to be failing to find the refresh token in the password manager because the scopes are listed in a different order from what we expect. This causes the prompt to reappear.

The order is unimportant as long as we have all of the scopes we are looking for.

Version: unspecified → Thunderbird 131
Target Milestone: --- → 131 Branch

Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/8e5842f37642
Ignore the order of OAuth2 scopes when looking for a refresh token. r=tobyp

Status: ASSIGNED → RESOLVED
Closed: 3 months ago
Resolution: --- → FIXED

I tried this in Daily with an O365-based account. The OAuth2 prompt still appears on every restart. Reopen the bug?

Severity: -- → S3
Status: RESOLVED → REOPENED
Priority: -- → P1
Resolution: FIXED → ---
See Also: → 1912556

Marking as dupe of bug 1912556 as the patch on there fixes both bugs at once.

Status: REOPENED → RESOLVED
Closed: 3 months ago3 months ago
Duplicate of bug: 1912556
Resolution: --- → DUPLICATE
No longer duplicate of bug: 1912556
Resolution: DUPLICATE → FIXED

Comment on attachment 9418808 [details]
Bug 1912738 - Ignore the order of OAuth2 scopes when looking for a refresh token. r=#thunderbird-reviewers

[Approval Request Comment]
Regression caused by (bug #): bug 1909789
User impact if declined: unnecessary password prompts
Testing completed (on c-c, etc.): manual testing, it's been in four Dailies
Risk to taking this patch (and alternatives if risky): low

Attachment #9418808 - Flags: approval-comm-beta?

Comment on attachment 9418808 [details]
Bug 1912738 - Ignore the order of OAuth2 scopes when looking for a refresh token. r=#thunderbird-reviewers

[Triage Comment]
Approved for beta

Attachment #9418808 - Flags: approval-comm-beta? → approval-comm-beta+

Comment on attachment 9418808 [details]
Bug 1912738 - Ignore the order of OAuth2 scopes when looking for a refresh token. r=#thunderbird-reviewers

[Triage Comment]
Approved for esr128
Approved for esr115

Attachment #9418808 - Flags: approval-comm-esr128+
Attachment #9418808 - Flags: approval-comm-esr115+
See Also: → 1914624

Comment deleted.. posted to the wrong bug.

Comment on attachment 9418808 [details]
Bug 1912738 - Ignore the order of OAuth2 scopes when looking for a refresh token. r=#thunderbird-reviewers

removing approval for now, to avoid confusion of what is really ready for uplift

Attachment #9418808 - Flags: approval-comm-esr128+
Attachment #9418808 - Flags: approval-comm-esr115+

Comment on attachment 9418808 [details]
Bug 1912738 - Ignore the order of OAuth2 scopes when looking for a refresh token. r=#thunderbird-reviewers

[Triage Comment]
Approved for esr128

Attachment #9418808 - Flags: approval-comm-esr128+
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

For a couple gmail users, 128.2.2 works for them but 128.2.3 does not

I'm setting this (and the two other bugs) back to fixed, as that's the normal state for bugs that have landed on central. When we manage to find and resolve the problems this caused on 128, I'll make one super-patch of all the changes as I'm tired of dragging 5 patches around.

Status: REOPENED → RESOLVED
Closed: 3 months ago2 months ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: