Closed
Bug 1388060
Opened 7 years ago
Closed 7 years ago
OAuth2 Gmail and Google CalDAV calendars can't co-exist - Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIXPCComponents_Utils.import]
Categories
(Thunderbird :: Account Manager, defect)
Thunderbird
Account Manager
Tracking
(thunderbird_esr52 unaffected, thunderbird56 fixed, thunderbird57 fixed)
VERIFIED
FIXED
Thunderbird 57.0
Tracking | Status | |
---|---|---|
thunderbird_esr52 | --- | unaffected |
thunderbird56 | --- | fixed |
thunderbird57 | --- | fixed |
People
(Reporter: Cykesiopka, Assigned: jorgk-bmo)
References
Details
(Keywords: regression)
Attachments
(1 file)
3.28 KB,
patch
|
aceman
:
review+
jorgk-bmo
:
approval-comm-beta+
|
Details | Diff | Splinter Review |
In the Lightning version bundled with Thunderbird 56.0b1-build2 (Build ID 20170805083828, https://hg.mozilla.org/releases/comm-beta/rev/99e90c2d4b50) OAuth2 Gmail and OAuth2 Google CalDAV calendars can't seem to co-exist. STR: 1. Start with a clean profile. 2. Add a CalDAV calendar (Google; OAuth2; 2FA enabled). 3. Try to add a mail account (unrelated GMail; OAuth2; 2FA enabled). ER: In step 3, an OAuth2 prompt appears, and emails are fetched once the various authentication challenges are satisfied. AR: - In step 3, the "Mail Account Setup" window says "Configuration could not be verified - is the user name or password wrong?" - In the Browser Console, these messages appear: > ^ (Yes, an empty message) errUtils.js:35 > NS_ERROR_UNEXPECTED: Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIXPCComponents_Utils.import] ^ msgOAuth2Module.js:11
Reporter | ||
Comment 1•7 years ago
|
||
Alt STR: 1. Start with a "dirty" profile < 56.0b1, that has an OAuth2 IMAP Gmail account and an OAuth2 CalDAV calendar. 2. Try to fetch mail. 3. Try to send mail. ER: - Step 2: Mail is checked successfully. - Step 3: Mail is sent successfully. AR: - Step 2: A notification appears: > The IMAP server <e-mail address> does not support the select authentication method. Please change the 'Authentication method' in the 'Account Settings | Server settings'. - Step 3: A dialogue pops up: > Sending of the message failed. > The Outgoing server (SMTP) <SMTP server domain name> does not support the select authentication method. > Please change the 'Authentication method' in 'Account Settings | Outgoing Server (SMTP)'.
Assignee | ||
Comment 3•7 years ago
|
||
The import problem is a fallout from bug 1384218 (bug 1383215). Imports need to be consistent, /gre/ for M-C and /// for C-C which is what I did in bug 1384218. Somehow imports of OAuth2.jsm got missed. There seem to be two of these modules in the system: mailnews/base/util/OAuth2.jsm and calendar/providers/gdata/modules/OAuth2.jsm There are three different imports: calendar/providers/caldav/calDavCalendar.js Components.utils.import("resource:///modules/OAuth2.jsm"); calendar/providers/gdata/modules/gdataSession.jsm Components.utils.import("resource://gdata-provider/modules/OAuth2.jsm"); mail/components/cloudfile/nsBox.js Cu.import("resource:///modules/OAuth2.jsm"); mailnews/base/src/msgOAuth2Module.js Components.utils.import("resource://gre/modules/OAuth2.jsm"); The last one is most definitely wrong and I will fix this now and we'll see whether things return back to normal in today's Daily. If not, the Calendar people would have to rename their module. Oh, the imports for OAuth2Providers.jsm are also all (consistently) wrong :-(
Keywords: leave-open
Assignee | ||
Comment 4•7 years ago
|
||
Pushed by mozilla@jorgk.com: https://hg.mozilla.org/comm-central/rev/d6a93b3c0012 Bug 1384218 follow-up: fix import URI for OAuth2.jsm and OAuth2Providers.jsm. rs=bustage-fix
Assignee | ||
Comment 6•7 years ago
|
||
Cykesiopka, can you please try today's Daily (assuming it isn't busted). If that works, fine, otherwise we need to rename GData's second OAuth2.jsm.
Flags: needinfo?(cykesiopka.bmo)
Comment 7•7 years ago
|
||
Daily worked for me with this change!
Assignee | ||
Comment 8•7 years ago
|
||
Great, can you check bug 1387887 please. Closing this based on Patrick's report, the problem was caused by Mailnews, not Calendar.
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Component: General → Security
Flags: needinfo?(clokep)
Product: Calendar → MailNews Core
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 57.0
Version: Lightning 5.8 → unspecified
Assignee | ||
Comment 9•7 years ago
|
||
Comment on attachment 8895292 [details] [diff] [review] 1388060.patch This obviously needs uplift ;-)
Attachment #8895292 -
Flags: approval-comm-beta+
Assignee | ||
Updated•7 years ago
|
status-thunderbird56:
--- → affected
status-thunderbird57:
--- → fixed
Assignee | ||
Updated•7 years ago
|
Component: Security → Account Manager
Product: MailNews Core → Thunderbird
Assignee | ||
Updated•7 years ago
|
Flags: needinfo?(clokep)
Comment 10•7 years ago
|
||
Comment on attachment 8895292 [details] [diff] [review] 1388060.patch Review of attachment 8895292 [details] [diff] [review]: ----------------------------------------------------------------- Thanks.
Attachment #8895292 -
Flags: review?(acelists) → review+
Reporter | ||
Comment 11•7 years ago
|
||
Daily also works for me. Thanks.
Status: RESOLVED → VERIFIED
Flags: needinfo?(cykesiopka.bmo)
Assignee | ||
Comment 12•7 years ago
|
||
And can you verify bug 1387887 as well please?
Assignee | ||
Updated•7 years ago
|
Keywords: leave-open
Assignee | ||
Comment 14•7 years ago
|
||
Beta (TB 56): https://hg.mozilla.org/releases/comm-beta/rev/cb20f12bad7e5c259d2c1b33e706ffcc0417f719
Comment 16•7 years ago
|
||
56.0B2 An error was encountered preparing the calendar located at googleapi://marcausl@gmail.com/?calendar=marcausl%40gmail.com for use. It will not be available. [Exception... "Component returned failure code: 0x80570015 (NS_ERROR_XPC_CI_RETURNED_FAILURE) [nsIJSCID.createInstance]" nsresult: "0x80570015 (NS_ERROR_XPC_CI_RETURNED_FAILURE)" location: "JS frame :: resource://calendar/modules/calUtils.jsm -> file:///C:/Users/marc/AppData/Roaming/Thunderbird/Profiles/qraffuc9.Marc/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calCalendarManager.js :: createCalendar :: line 446" data: no]
Comment 17•7 years ago
|
||
Some testers had reported success, so we need an assessment of the conditions and the severity of this before EOB today, so we know whether to kill updates to b2 or to continue to allow updates.
Assignee | ||
Comment 18•7 years ago
|
||
That was reported in bug 1387887. Here we've been dealing with the error from comment #0, and that's 100% fixed. So please file that other issue in the other bug where we had some dispute whether the issue was fixed or not. Some said yes, other's no.
Summary: OAuth2 Gmail and Google CalDAV calendars can't co-exist → OAuth2 Gmail and Google CalDAV calendars can't co-exist - Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIXPCComponents_Utils.import]
Comment 19•7 years ago
|
||
installing the development version gdata-provider-3.7b2.en-US.win32.xpi resolves this - sorry for the noise
You need to log in
before you can comment on or make changes to this bug.
Description
•