Closed Bug 1241093 Opened 8 years ago Closed 1 year ago

Lightning disables caldav calendars when the password manager is locked

Categories

(Calendar :: General, defect)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: allo, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0
Build ID: 20160105164030

Steps to reproduce:

- Setup thunderbird with some caldav read-write calendars.
- Store the needed password in the password manager with master password protection.
- Stop Thunderbird.
- Start Thunderbird. When asked for your master password, enter it after some time (like 10 minutes?).


Actual results:

- Mails are fetched as expected
- All caldav calendars are disabled and marked read-only without any notification
- You need to go to properties, mark enable AND remove the read-only attribute


Expected results:

- reschedule sync for a later time and/or as soon as the password safe is unlocked.
- Display all entries, which are in the local cache.
- DO NOT disable any calendars!
Do you still see this when using a nightly build?
You'll need a nightly version of lightning if it doesn't install automatically.
https://developer.mozilla.org/en-US/docs/Mozilla/Calendar/Calendar_Versions
Component: Untriaged → General
Flags: needinfo?(allo)
Product: Thunderbird → Calendar
Version: 38 Branch → unspecified
I see it with 52.1.0. On the profile i would like not to test nightly builds, but i can report back after the next release.
I can confirm this problem.
It is really annoying!

I'm experiencing it at Google CalDAV-calendars, e.g.
https://www.google.com/calendar/dav/xxxxxx@group.calendar.google.com/events

The only workaround is to restart Thunderbird.

The problem seems to be that the missing master password (i.e. login credentials) is handled as network problem, so the calendar gets locked down.
I can confirm this too using Thunderbird 52.8.0 and Lightning 5.4. No matter how fast I enter my master password, some CalDAV-calendars are being disabled always because connection is attempted before password manager is unlocked.
For me, the problem exists since quite some time (and versions ago), it appeared after switching from an addon that stored the passwords in Gnome keyring to Thunderbird's own password manager. I guess because Gnome's keyring was already unlocked on Thunderbird startup, I didn't have the problem as long as I used that.
Currently nothing is disabled for quite some time, but it is possible that I am just good at entering the password fast enough most the time ;-).
Flags: needinfo?(allo)
Severity: normal → S3

Joachim, Julian,

Do you still see this problem when using a current version ?

Flags: needinfo?(mozilla)
Flags: needinfo?(julian)

Thomas or TCW can you reproduce?
FWIW, other disable bug reports https://mzl.la/3VUcfOs

Flags: needinfo?(thee.chicago.wolf)
Flags: needinfo?(mozilla)
Flags: needinfo?(julian)
Flags: needinfo?(bugzilla2007)

I cannot repro. This behavior / workflow seems to have changed much since the 52.x days.

When I do the STR, one cannot fully start TB when a Master PW is set. You have to click the Master Password "Cancel" button many time before TB loads and even then the state of the CalDAV calendars has a grey triangle with an ! in the center and states "The calendar <account name> is momentarily not available" so it's not even in any kind of Read mode it seems. Mails don't get fetched as my username + PW (OAuth2) prompt shows and I have to cancel out of them to proceed. After TB settles and you are more or less forced to come to a state of TB not being able to proceed. I see the left-to-right-to-left "bouncing ball" on the tab and TB is just stuck. Stuck in the sense that even after a File > Exit action TB doesn't shut down (at least for me it didn't, I have to end task the process).

Flags: needinfo?(thee.chicago.wolf)

Same here - wfm on TB 102.6.1 (64-bit), Win11.

  • Thunderbird main UI won't load until first master password dialog is confirmed or canceled. Confirming would undermine the scenario, so it's cancel.
  • Probably best seen when restarting TB with a calendar tab open.
  • Cancel all master password prompts which pop up (and be surprised that they are still stacking).
    -> Calendar shows grey alert triangle ⚠️ on left side of show/hide button, with tooltip The calendar <calendar name> is momentarily not available
    -> Calender is not readonly.
    -> Calendar is not disabled.
Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Flags: needinfo?(bugzilla2007)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.