681237 - After Upgrade to Thunderbird 6.0 and Lightning 1.0b5 password for CalDAV calendars are not stored

Status: RESOLVED INCOMPLETE

(Calendar :: Lightning Only, defect)

Description

[Andre Mueller]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0) Gecko/20100101 Firefox/6.0
Build ID: 20110811165603

Steps to reproduce:

We upgraded from Thunderbird 3.6 on MacOSX 10.6.8 to Thunderbird 5.0 and after few days to 6.0 and updated also Lightning 1.0b5. For every CalDAV calendar (all the same realm) we do use the Thunderbird Password-Manager but the  Master-Password functionality.


Actual results:

Since this upgrade Thunderbird / Lightning is always prompting for every CalDAV Calendar (all in the same realm) for the user and password information. User and Password information persists only for the current Thunderbird session. After restarting Thunderbird and/or the OS all user and password information has to reentred again. We have deleted existing user and password records in the Thunderbird Password-Manager. Although Lightning is recreating them after the first prompts in the Password-Manager, they seems not to be regarded as valid on Thunderbird startup. We have the problem all MacOSX 10.6.8 based Computers (15 systems) and the problem arose different for some users (user Accounts). For some users the CalDAV dialog was prompted on the first Thunderbird startup and reappears since then, for other users the CalDAV dialog was prompted only once and then was "quite" for some days and then reappearing again continuously.


Expected results:

After the upgrade from Thunderbird 3.6 to 5.0 and 6.0 Lightning should "migrate" user and password records as this true for Thunderbird specific user information like "imap and smtp". At least Ligthning should prompt for user and password only once an then save them persistently without reprompting again for it.

Comment 1

[Philipp Kewisch [:Fallen][☁️📆]]

Do you get any error console messages? I don't think this was changed in the 6.0 timeframe.

Comment 2

[Andre Mueller]

No  - there are no significant, not problem related, error messages in the Thunderbird error console. The only "work around" is to delete first all CalDAV and UserDAV related user/password records from the Password-Manager then there after to delete the CalDAV calendars and after having restarted Thunderbird to recreate all CalDAV calendars again. This is not really a work around ... . By the way the task/to-do functionality does not work either after the upgrade. Existing to-does can be opened but new to-does can not be entered.

Best regards, André

Comment 3

[Andre Mueller]

Hello

even after updating to Thunderbird 6.0.1 the problem persists. Also creating a new Thunderbird profile, by deleting out all Thunderbird profile data and caches, Lightning asks on every restart of Thunderbird or on every login to the computer account again the user/password information for the subscribed CalDAV Calendars. The user/password persist then only for the duration of the Thunderbird session. In some cases the user/password information persist for some days and then it begins to reappear on every login. The problem is really critical as people do not want to renter on every login their user/password information, in some cases for several subscribed CalDAV Calendars.

In the end after having spent ours of testing and recreating Thunderbird profiles etc. we had to deactivate Lightning on several client sites, as people got really nerved. They go now with Apple iCal, but they are missing Lightning as an in Thunderbird integrated Calendar - that worked for some years until now.

Comment 4

[Philipp Kewisch [:Fallen][☁️📆]]

Could you also enable calendar.debug.log and calendar.debug.log.verbose? This should give you lots of new error console messages that may help debug the problem.

Comment 5

[Martin Schröder [:mschroeder]]

Andre, is this still an issue using the recently released Lightning 1.0 (compatible with Thunderbird 8)?

Comment 6

[GUERIN]

hello,
I can say that we have the same issue with Thunderbird 8.0 and Lightning 1.0
on windows with caldav calendar.
People have to enter on every subscribed cadav calendars their user and password information.

Comment 7

[Andre Mueller]

Hello

Sorry for not responding before, I was not able responding before and "investigate" further. I gave it again a try, as clients prefer to have the the calendar embedded in Thunderbird over the Apple Calendar App. So we are actually on MacOSX 10.6.8 and MacOSX 10.7.3 together with Thunderbird 12.0.1 and Lightning 1.4. On some Computer User-Accounts the problem arise on every login and startup of Thunderbird - they have to reenter user-name and password for every CalDAV calendar twice, in this client case 8 times! for 4 subscribed calendars - and in other User-Accounts the reentry dialog is showed up from time to time after have done a sync of the Mobile Computer Account. Important to know the user-name  and password information are the very same for IMAP and SMTP on Thunderbird mail-Account configuration but for them there is no problem at all.

Please find the appropriate Log as attachment.

Then I would like also make to additional remarks. Since the problem arose first in Lightning in the Task(To-Do)-section it is not any more possible to add a new task/to-do. By clicking in the field for a new task, the task entry field is dimmed to gray an shows the message, that this calendars (CalDAV) do not support tasks entries. But all tasks already present in the calendars (CalDAV) are shown correctly and do also schedule correctly any assigned alarm. 

If an user or an user group has subscribed for several calendars (as the CalDAV format does not support any categorization of events) in the same personal or group account, Lightning requires to subscribe explicitly to every single calendar (on every calendar all user and passwords has to be reentered again). On IOS devices, also on Apple Calendar App and also other Apps it is sufficient to subscribe to the CalDAV user/account on its root/user-level and all therein existing calendars are found and subscribed automatically. This is enormous help, specially for system administrators that have to configure the calendars information in every single user account (as the configurations steps are to "complicated" to delegate them to the users). 

Many thanks for you efforts, best regards, 

André

Comment 8

[Andre Mueller]

Attachment: Log from error console

Comment 9

[Wayne Mery (:wsmwk)]

thanks for the log

(not critical - see https://bugzilla.mozilla.org/page.cgi?id=fields.html#importance )

Comment 10

[Wayne Mery (:wsmwk)]

Does anyone still see this?

Comment 11

[Phoenix]

Resolved per whiteboard