Open Bug 1547888 Opened 7 years ago Updated 3 days ago

Lightning 6.2.5 forgets CALDAV password

Categories

(Calendar :: Provider: CalDAV, defect)

Product:
Calendar
Component:
Provider: CalDAV
Version:
Lightning 6.2.5
Platform:
x86_64
Windows 10
Type:
defect

Tracking

(Not tracked)

Status:
UNCONFIRMED

People

(Reporter: webregs, Unassigned)

Details

Attachments

(1 file)

saved_logins_list.jpg
143.39 KB, image/jpeg
Details
Attached image saved_logins_list.jpg —

Initially, CALDAV connection is configured and synchronisation is working correctly.

Steps to reproduce:
After some time, I'm prompted to re-enter my CALDAV password and tick the box to save the password even though this has previously been done.

Expected results:
Password should be remembered

Further observations:
I 'suspect' this issue is triggered by being unable to connect to the CALDAV server as it seems to not occur when I am constantly connected to wifi and therefore the internet.

In the attached screen shot of the saved passwords list, you can see that the https://caldav.fastmail.com entry was last updated 30/4/19 (ie. today) but the others in the list have been fine since 30/3/19.

I'm running Thunderbird 60.6.1 (32bit) and Lightning 6.2.5.

Below is a list of errors from the console which may be related. I can't be certain they are generated at the time of the issue as the log doesn't have timestamps. But, the problem I'm experiencing appears to be identical to an old bug shown here - https://bugzilla.mozilla.org/show_bug.cgi?id=1202185

Lightning:CalDAV: No response status doing webdav sync for calendar Calendar (Fastmail) calDavRequestHandlers.js:374
Lightning:CalDAV: Error doing webdav sync: undefined calDavRequestHandlers.js:393
Lightning:"There has been an error reading data for calendar: Calendar (Fastmail). However, this error is believed to be minor, so the program will attempt to continue. Error code: DAV_REPORT_ERROR. Description: There has been an error reading data for calendar: https://caldav.fastmail.com/dav/calendars/user/dw2007@fastmail.fm/2e05a252-6d5a-48df-914d-6433353916f2/. It has been disabled until it is safe to use it." calCalendarManager.js:984
Lightning:There has been an error reading data for calendar: Calendar (Fastmail). However, this error is believed to be minor, so the program will attempt to continue. Error code: READ_FAILED. Description: calCalendarManager.js:984
Lightning:[calCachedCalendar] replay action failed: null, uri=https://caldav.fastmail.com/dav/calendars/user/dw2007@fastmail.fm/2e05a252-6d5a-48df-914d-6433353916f2/, result=2147500037, operation=[xpconnect wrapped calIOperation] calCachedCalendar.js:330

This sound similar to bug 1512372 but the CalDAV fix should have landed in 60.5.1 but I see you're using 60.6.1. Have you bumped up to 60.7.0 already? If yes, is it still happening?

Flags: needinfo?(webregs)

Was bug 1468912 supposed to have fixed this?

Yes, I'm on 60.7.0 and it still occurs. It does appear to happen more often when I'm not connected to the internet (and so cannot access the calendar server) but it's extremely variable - sometimes happens, sometimes doesn't - so the length of time I'm not connected may be a factor.

It's different to bug 1512372 in that it's not related to Thunderbird restarts and also unrelated to bug 1468912 as it syncs fine when I'm connected to the internet.

Flags: needinfo?(webregs)

(In reply to webby from comment #3)

Yes, I'm on 60.7.0 and it still occurs. It does appear to happen more often when I'm not connected to the internet (and so cannot access the calendar server) but it's extremely variable - sometimes happens, sometimes doesn't - so the length of time I'm not connected may be a factor.

It's different to bug 1512372 in that it's not related to Thunderbird restarts and also unrelated to bug 1468912 as it syncs fine when I'm connected to the internet.

Thanks for the reply. Sounds like when you're offline TB is still trying to do an online task, failing and causing an issue. My hunch is this has likely been fixed in one of the betas leading up to the upcoming 68.0 release. Since you've already posted some error console output, not much to do until a dev can see if that's been fixed in one of the betas.

And just so we've ticked all the right boxes, in Tools > Options > Advanced > Network & Disk Space > Offline > it's set to "Automatically Follow detected online state" and both other bullet items are set to "Ask me", correct?

Yes, they are as you have stated.

Version: unspecified → 60
Component: Untriaged → Provider: CalDAV
Product: Thunderbird → Calendar
Version: 60 → Lightning 6.2.5

Lightning is frequently forgetting my GMX calendar password at https://calendar.gmx.com

The circumstances seem similar to the above, but Lightning (and Thunderbird) are both at rev 68.6.0 which seems to be the latest.

To confirm:

  • I re-enter my calendar address and password (for probably the tenth time)
  • The box to save in the password manager is ticked
  • Password manager confirms that the password is saved
  • The calender works fine for several weeks
  • Then without explanation I'm suddenly prompted for a password
  • Checking the password manager, I find the supposedly-saved password has disappeard

This doesn't happen with any other password saved in thunderbird's password manager. Some passwords have been there for years.

I do also have Calendar Tweaks 8.3 installed, but this seems to mainly affect display formatting and no obvious reason to affect passwords on a random basis.

Severity: normal → S3

Webby, Harry,
Do you still see this when using a newer version?

Flags: needinfo?(webregs)
Flags: needinfo?(harry)

Sorry, I've long since stopped using TB due to this issue and another issue with it freezing/not responding when updating my IMAP inbox

Flags: needinfo?(webregs)

I still vave this problem in Version 115.9.0 and magentacloud.

I am still seeing this issue on 128.6.0esr.

(In reply to Tim R from comment #11)

I am still seeing this issue on 128.6.0esr.

Same for 128.7.0?

(In reply to Arthur K. (he/him) from comment #12)

(In reply to Tim R from comment #11)

I am still seeing this issue on 128.6.0esr.

Same for 128.7.0?

I'll let you know once the update rolls out on Arch.

(In reply to Arthur K. (he/him) from comment #12)

(In reply to Tim R from comment #11)

I am still seeing this issue on 128.6.0esr.

Same for 128.7.0?

Yup, still being reprompted for CalDav password at seemingly random times on 128.7.0.

Yes, I had this (for the first time for several months) earlier today, in 128.7.0esr.

Just a coincidence we should both see it today? Or are we both using gmx for our calendar, which maybe had a temporary problem

But I've got in the habit of not entering a password when it prompts. Ignore it, or close TB and try again later. Either way, some time later it starts working normally, without asking for a password. I've not done any formal testing on that, but it seems that ignoring the problem solves it much quicker than trying to persuade it to accept the password.

I'm using soverin, not gmx, and have been seeing it on both 128.6 and 128.7 (I did not use Thunderbird before that).

Closing and reopening TB does work as a workaround, but it would be nice to try and get to the bottom of this, maybe even get it fixed.

When either of you see the issue happen and get a prompt, immediately press CTRL-SHIFT-J and see if there's anything in the Error Console at around the time that the password prompt issue gets thrown. There's probably something dumb happening under the hood but without some info, it's going to be tough to nail it down.

Thanks Arthur. I will try that when it next happens.

Just had it happen again, I'm getting the below error message several times.

18:18:39.366 NS_ERROR_FAILURE: Couldn't decrypt string crypto-SDR.sys.mjs:197
    decrypt resource://gre/modules/crypto-SDR.sys.mjs:197
    _decryptLogins resource://gre/modules/storage-json.sys.mjs:1032
    _getIdForLogin resource://gre/modules/storage-json.sys.mjs:877
    removeLogin resource://gre/modules/storage-json.sys.mjs:326
    removeLogin resource://gre/modules/LoginManager.sys.mjs:345
    passwordManagerRemove resource:///modules/calendar/utils/calAuthUtils.sys.mjs:503
    getPasswordInfo resource:///modules/calendar/utils/calAuthUtils.sys.mjs:195
    promptAuth resource:///modules/calendar/utils/calAuthUtils.sys.mjs:222
    onPromptStart resource:///modules/calendar/utils/calAuthUtils.sys.mjs:266
    onPromptStartAsync resource:///modules/calendar/utils/calAuthUtils.sys.mjs:262
    _promiseAuthPrompt resource:///modules/MsgAsyncPrompter.sys.mjs:42
    _promiseAuthPrompt resource:///modules/MsgAsyncPrompter.sys.mjs:40
    run resource:///modules/MsgAsyncPrompter.sys.mjs:65
    AsyncFunctionNext self-hosted:804

I am getting a similar error regularly without getting a password prompt:

18:05:05.100 NS_ERROR_FAILURE: Couldn't decrypt string crypto-SDR.sys.mjs:197
    decrypt resource://gre/modules/crypto-SDR.sys.mjs:197
    _decryptLogins resource://gre/modules/storage-json.sys.mjs:1032
    findLogins resource://gre/modules/storage-json.sys.mjs:788
    findLogins resource://gre/modules/LoginManager.sys.mjs:469
    getPasswordInfo resource:///modules/calendar/utils/calAuthUtils.sys.mjs:164
    promptAuth resource:///modules/calendar/utils/calAuthUtils.sys.mjs:222
    onPromptStart resource:///modules/calendar/utils/calAuthUtils.sys.mjs:266
    onPromptStartAsync resource:///modules/calendar/utils/calAuthUtils.sys.mjs:262
    _promiseAuthPrompt resource:///modules/MsgAsyncPrompter.sys.mjs:42
    _promiseAuthPrompt resource:///modules/MsgAsyncPrompter.sys.mjs:40
    run resource:///modules/MsgAsyncPrompter.sys.mjs:65
    InterpretGeneratorResume self-hosted:1417
    AsyncFunctionNext self-hosted:804

I just realised those are in fact identical, I was sure I saw a difference.

That's ok. That was the message shown exactly after it happened at the very bottom of the log?

Yes, I had taken the precaution of having the log open. Well there was the following warning below it, but I'm guessing that was related to the dialog box opening.

18:18:39.382 sizeToContent() is deprecated and will be removed in the future. commonDialog.js:132:10

I think what you pasted there should give some insight into what might be going wrong. Thanks for the log capture.

You're welcome, thank you for your time.

Flags: needinfo?(harry)

For me the problem has gone since approx. 4weeks ( 128.7.0esr-bb22)

I have actually have it accelerate quite badly in the past week or so (oddly enough, not immediately following the upgrade to 128.7.0). It'd come up immediately after launching TB and then periodically (every few hours or so) while TB was running.

On a whim, I just enabled the primary password option (just using a single space as the primary password) and relaunched TB, and while I am still getting NS_ERROR_FAILURE, the message is now different (see below) and I am not being prompted for the account password.

For now, it does seem that setting a primary password is a workaround to this issue. I don't suppose there's a way to pass that password to thunderbird from the command line?

12:44:05.137 NS_ERROR_FAILURE: Couldn't decrypt string 5 crypto-SDR.sys.mjs:197
    decrypt resource://gre/modules/crypto-SDR.sys.mjs:197
    _decryptLogins resource://gre/modules/storage-json.sys.mjs:1032
    findLogins resource://gre/modules/storage-json.sys.mjs:788
    findLogins resource://gre/modules/LoginManager.sys.mjs:469
    getPasswordInfo resource:///modules/calendar/utils/calAuthUtils.sys.mjs:164
    promptAuth resource:///modules/calendar/utils/calAuthUtils.sys.mjs:222
    onPromptStart resource:///modules/calendar/utils/calAuthUtils.sys.mjs:266
    onPromptStartAsync resource:///modules/calendar/utils/calAuthUtils.sys.mjs:262
    _promiseAuthPrompt resource:///modules/MsgAsyncPrompter.sys.mjs:42
    _promiseAuthPrompt resource:///modules/MsgAsyncPrompter.sys.mjs:40
    run resource:///modules/MsgAsyncPrompter.sys.mjs:65
    AsyncFunctionNext self-hosted:804

(In reply to Tim R from comment #26)

I have actually have it accelerate quite badly in the past week or so (oddly enough, not immediately following the upgrade to 128.7.0). It'd come up immediately after launching TB and then periodically (every few hours or so) while TB was running.

On a whim, I just enabled the primary password option (just using a single space as the primary password) and relaunched TB, and while I am still getting NS_ERROR_FAILURE, the message is now different (see below) and I am not being prompted for the account password.

For now, it does seem that setting a primary password is a workaround to this issue. I don't suppose there's a way to pass that password to thunderbird from the command line?

12:44:05.137 NS_ERROR_FAILURE: Couldn't decrypt string 5 crypto-SDR.sys.mjs:197
    decrypt resource://gre/modules/crypto-SDR.sys.mjs:197
    _decryptLogins resource://gre/modules/storage-json.sys.mjs:1032
    findLogins resource://gre/modules/storage-json.sys.mjs:788
    findLogins resource://gre/modules/LoginManager.sys.mjs:469
    getPasswordInfo resource:///modules/calendar/utils/calAuthUtils.sys.mjs:164
    promptAuth resource:///modules/calendar/utils/calAuthUtils.sys.mjs:222
    onPromptStart resource:///modules/calendar/utils/calAuthUtils.sys.mjs:266
    onPromptStartAsync resource:///modules/calendar/utils/calAuthUtils.sys.mjs:262
    _promiseAuthPrompt resource:///modules/MsgAsyncPrompter.sys.mjs:42
    _promiseAuthPrompt resource:///modules/MsgAsyncPrompter.sys.mjs:40
    run resource:///modules/MsgAsyncPrompter.sys.mjs:65
    AsyncFunctionNext self-hosted:804

No, I was wrong, it's still happening.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: