1354153 - Lightning stores only one account for caldav - impossible to have 2 calenders from same domain.

Status: UNCONFIRMED

(Calendar :: Provider: CalDAV, defect)

Description

[le_mon]

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.138 Safari/537.36 Vivaldi/1.8.770.54

Steps to reproduce:

I created a second calender at the hoster webmailer site. 
Createds a new network calender (calDAV) in thunderbird/lightning and filled in all the same as the 1st calender, expect the url. Saved it. 


Actual results:

No user/pass was asked and the calender remained inaktive. 

log:
Error: [calCachedCalendar] replay action failed: null, uri=https://webmail.hoster.com/calendars/calaabbccdd/1/, result=2147500037, op=[xpconnect wrapped calIOperation]



Expected results:

Get the events from network calender, as the 1st calender does.

Comment 1

[le_mon]

Workarround:

To get 2 calenders working i changed one uri from https:// to http://

Comment 2

[Stefan Sitter [:ssitter]]

By default Lightning stores username and password for the calendar server. Please retest with advanced preference "calendar.network.multirealm" set to "true". Lightning should now store username and password for each calendar separately. You might have to delete the already stored passwords from Thunderbirds password manager to get the authentication prompt again.

Comment 3

[le_mon]

witch "calendar.network.multirealm" set to "true" lightning keeps asking me for both passwords, it doesn't store anything and i can't get access to any of both calendars.

Comment 4

[Emanaku]

Mac OS X 10.9.5 TB 52.0 with Lightning 5.4
I had the same problem, le_mon, I have three google calendars, and after upgrading to 52.0 with Lightning 5.4 it asked me for the password of one of them. A bit later, TB became really slow and would not send Google emails any more (because TB was busy to sync the calendars, which never finished).

After reading this bug here, 
- I set calendar.network.multirealm to true, 
- deleted the OAuth tokens for all Google Calendars from the password manager 
- and restarted.

Got asked for the next password (but not the third one). After a while TB got slow again, in the Activity Window it showed that it tried to sync the Calendars, but never finished.

Restart again - same behaviour with the third password.

Restart again - same behaviour without asking for a password (but syncing still not succeeded).

Restart again - now it seems to work right.

I should note, that at the same time, I was dealing with another bug https://bugzilla.mozilla.org/show_bug.cgi?id=1354007 (not opening http links in messages). Because of this I also removed the there mentioned places.sqlite files.

Maybe there is a connection between these two bugs. Although I do not know if the places.sqlite files are connected to the calendars at all....

Plugins:
Account Colors	9.2	true	accountcolors@DW-dev
AddressBookTab	1.5	true	[e-mail]
CompactHeader	2.1.0	true	{58D4392A-842E-11DE-B51A-C7B855D89593}
Contact Tabs	2.6	true	[e-mail]
FoxClocks	4.2.3	true	{d37dc5d0-431d-44e5-8c91-49419370caa1}
Identity Chooser	1.9.3	true	[e-mail]
Just Restart!	1.0.5	true	{5afc0857-ce93-471c-9a00-b6247890dc1d}
Lightning	5.4	true	{e2fda1a4-762b-4020-b5ad-a41df1933103}
Mail Merge	4.6.1	true	[e-mail]
Manually sort folders	1.1.1	true	[e-mail]
messagenotesplus	1.5.0.0	true	[e-mail]
MoreFunctionsForAddressBook	0.7.5	true	{3e17310d-82e8-4a43-bd2f-7c3055bfe589}
Provider for Google Calendar	3.1	true	{a62ef8ec-5fdc-40c2-873c-223b8a6925cc}
Quicktext	0.9.11.7	true	{8845E3B3-E8FB-40E2-95E9-EC40294818C4}
Silvermel and Charamel XT	2.0.1	true	[e-mail]
Toolbar Buttons	1.1.1-signed.1-signed	true	{03B08592-E5B4-45ff-A0BE-C1D975458688}

Comment 5

[Emanaku]

Oh, one more thing:
I also erased the "recent history" (in my case that was everything) in Tools->Clear Recent History
Maybe that had an effect on the calendars, too (because the error message was sth with "calCachedCalendar").
Good luck!

Comment 6

[Philipp Kewisch [:Fallen][📱📆]]

The Google Calendar issue is different and should be fixed by 3.3, please file a new bug if this is not the case. For the reporter's case the preference is what should be fixing it (but looks like it isn't)

Does the calendar use digest authentication? In that case this is covered by bug 799184.

Comment 7

[le_mon]

I'm not sure to understand you right, but i guess the problem is: 
Lightning/Thunderbird stores only one user/passwd per uri. 
If there are more than one, it doesn't work. 

Where can i see if my calender use digest authentication?