Lightning cannot enable multiple calDAV calendars (no auth properties requested)

NEW
Unassigned

Status

Calendar
Provider: CalDAV
6 years ago
5 months ago

People

(Reporter: Don Levey, Unassigned)

Tracking

Lightning 1.0

Details

(Reporter)

Description

6 years ago
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20100101 Firefox/8.0
Build ID: 20111104165243

Steps to reproduce:

After applying the patch for 1.0 listed here: https://bugzilla.mozilla.org/show_bug.cgi?id=588799 ,I attempted to create multiple calDAV calendars to display in Lightning.


Actual results:

Only the first displayed.  All subsequent calendars are automatically and instantly disabled.  Re-enabling them did not help; they were again disabled.  Auth information was requested for the first calendar created (at creation time) but not for any others, nor does that appear to be used for subsequent calendars as I think the information is usable for all.

The following shows in the error console when I attempt to re-enable a calendar:
Warning: Expected declaration but found '+'.  Skipped to next declaration.
Source File: chrome://global/skin/colorpicker.css
Line: 72

CalDAV: send: <D:propfind xmlns:D="DAV:" xmlns:CS="http://calendarserver.org/ns/" xmlns:C="urn:ietf:params:xml:ns:caldav">
  <D:prop>
    <D:resourcetype/>
    <D:owner/>
    <D:supported-report-set/>
    <C:supported-calendar-component-set/>
    <CS:getctag/>
  </D:prop>
</D:propfind>

CalDAV: Status 403 on initial PROPFIND for calendar Don

Warning: Use of getAttributeNode() is deprecated. Use getAttribute() instead.
Source File: about:blank
Line: 0

(The 403 error leads me to believe that either auth information isn't being presented or that it is incorrect.



Expected results:

All calendars should display properly.
(Reporter)

Comment 1

6 years ago
Further testing reveals:
Initial calendar creation does not prompt for username/password.  These seem to be stored somewhere.  I need to be able to flush this information and add separate auth info for each calendar to be stored in the password manager.
(Reporter)

Comment 2

6 years ago
OK, my problem has been resolved but the main issue remains.  I deleted the password cache, restarted, and confirmed that I was using my server's master password for all calendars; this allowed my calendars to display.

However, the overall issue - that only one caldav password seems to be stored - persists.  Considering how the project permits multiple calendars, even on the same server, there should be a facility for separate auth info for each one.
This is likely worked around by bug 247486. Could you enable the preference mentioned there and try again?

Comment 4

6 years ago
Tried it myself with Version 1.2.1 of Lightning - it still does not work !
I try to wake up the guys from:
https://bugzilla.mozilla.org/show_bug.cgi?id=247486
But I am not sure whether or not they are willing to reopen this BUG...! I for myself cannot find any preference or setting I could enable to get around this annoying behaviour !
:-(

Comment 5

3 years ago
This bug is present without the user enabling calendar.network.multirealm in options > advanced > config editor. After they do this they will need to delete the CalDav passwords in options > security > password manager. Finally, they should enable the calendars one at a time so that they know which one they are authorizing because there's no way to tell in the authorization dialog.

Comment 6

2 years ago
Instructions following commentator #5 won't work.

After deletion of all caldav related credentials and setting the multirealm option to true, one is caught stuck in a authorization loop. Multiple calendars from the same user still don't sync.

Updated

2 years ago
Component: General → Provider: CalDAV

Comment 7

2 years ago
This should indeed be fixed. Even if the workaround would work, that is too complicated for standard users.

Comment 8

2 years ago
Could this bug be set to CONFIRMED? I am experiencing the same problems.

Comment 9

a year ago
> Could this bug be set to CONFIRMED? I am experiencing the same problems.

Done.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 10

10 months ago
Got the same problems. 
#5 also doesnt work for me. I am not prompted for login credentials.
Any help?

Comment 11

10 months ago
Even with this French tutorial, doesn't work for me :
https://www.pragmasoft.be/wiki_ub1304/doku.php?id=lightning_agendas_multiples

Comment 12

9 months ago
Thanks for Lighning, a so nice module!
However,
I got same problems with last versions of Lightning and Thunderbird, either on Windows 7 or Linux OpenSUSE Leap 42.1 and 42.2.
In fatc, I use ONE caldav server (an owncloud one) and TWO accounts. Caldav sync works with Kalendar from OpenSUSE Leap with the 2 accounts, so that is not a server side problem.
On the lightning client, the phenomenon is the following:
- I have set tthe multirealm boolean to true; no caldvav calendar;
- I set the first caldav calendar: all is ok.
- I restart thunderbird
- I create a second caldav calendar on the same server but with a different account (different user from the server point of view): lightning asks me for login/passowrd (nice)
- BUT, then, the new calendar is shown displayed but nothing in the calendar: if I try to select it with a right click, Lightning seems to do something but nothing change: the calendar stays unselected.

Thanks for any help!
Best regards.

Comment 13

8 months ago
Hi everyone,
I've got the same issue with our 1and1 Caldav account. I try to configure in Lightning two Caldav account with this type of address : https://dav.mailxchange.1and1.fr/caldav/XX   . 

XX is the number of Caldav account.

Each Caldav account have got a different account number, ID user and mdp. 

Problem is Thunderbird can't manage different caldav account with the same domain. Currently I can connect Lightning with only one of them. The second one doesn't sync, I guess Thunderbird tries to log with ID and password of the first account, so it doesn't work. 

Thanks for any help ! 

Kind regards,

Seb

Comment 14

7 months ago
Hi,

I can confirm this bug.

The first Caldav calendar is syncing perfectly.  However, a second caldav calendars (in my case from the same domain, different account) can be set up, but authorization was not requested and sync is not working at all.

Operating system: Windows 7
Thunderbird 45.6
Lightning 4.7.6

This bug seems to persist for quite a long time. I think the user should get at least a feedback that only 1 Caldav calender is supported. Much better would be to allow more than on, of course :-)

Best regards.

Comment 15

7 months ago
Hi,

for me the issue was solved by enabling calendar.network.multirealm in advanced options, as suggested by comment #5. Password reset was done automatically, so I didn't have to do it manually. Now I can sync two accounts from the same domain without problems.

Please also see https://posteo.de/en/help/how-do-i-set-up-synchronisation-of-calendar-entries-with-the-thunderbird-calendar

I suggest to add a warning, when a second caldav account is created, so that the user knows that there is only one account supported by default. A hint to the multirealm option or a website explaining the topic would also be nice.

Best regards and good luck,
Skrogul

Comment 16

7 months ago
(In reply to skrogul from comment #15)
> Hi,
> 
> for me the issue was solved by enabling calendar.network.multirealm in
> advanced options, as suggested by comment #5. Password reset was done
> automatically, so I didn't have to do it manually. Now I can sync two
> accounts from the same domain without problems.
> 
> Please also see
> https://posteo.de/en/help/how-do-i-set-up-synchronisation-of-calendar-
> entries-with-the-thunderbird-calendar
> 
> I suggest to add a warning, when a second caldav account is created, so that
> the user knows that there is only one account supported by default. A hint
> to the multirealm option or a website explaining the topic would also be
> nice.
> 
> Best regards and good luck,
> Skrogul

Hi all,

Happy new year everyone !

It doesn't work for us. We tried with calendar.network.multirealm in true mode and erasing passwords entries. Thunderbird agenda doesn't sync the 2sd one, only the first agenda is synchronised. 

Error log is : 
Horodatage : 16/01/2017 15:52:53
Erreur : [calCachedCalendar] replay action failed: null, uri=https://dav.mailxchange.1and1.fr/caldav/XXX, result=2147500037, op=[xpconnect wrapped calIOperation]
Fichier source : file:///C:/Users/Sebastien/AppData/Roaming/Thunderbird/Profiles/2fntlqvl.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calCachedCalendar.js
Ligne : 327

XXX is our caldav account number. 


We have differents ID and password for each caldav agenda. 

Here our configuration :
	- thunderbird 45.6.0
	- Agenda Lightning 4.7.6

Hope it can help.

Thanks for all !

Comment 17

7 months ago
Hi,

2017-01-18 
I doesn't see the bug anymore with the last version of lightning :
OpenSUSE Leap 42.2 64 bits
Thunderbird 45.6.0
Lightning 4.7.4
However, the situation is stable since only a few days. So I wait for 1 month to say : bug solved !!
Kind regards
Patrice.

Comment 18

7 months ago
Hi,
 
For me it isnt working. If i normaly add a second caldav calendar from an different account its shows a warning sign "The calendar is momentarily no available". With the calendar.network.multirealm trick i get stuck in a loop with prompts asking me to enter the different account names and passwords but they arent saved after entering them and the loop goes on.

21.01.2017
Windows 10
Thunderbird 45.6.0
Lightning 4.7.4

Im using Baikal as the caldav server
Please make sure you are not using digest auth on the caldav server.

Comment 20

7 months ago
Thank you very much. This helped me with my problem and now everything is working fine.

Comment 21

7 months ago
(In reply to Philipp Kewisch [:Fallen] from comment #19)
> Please make sure you are not using digest auth on the caldav server.

Hi Philipp,
Do you think it's my case ? 
Thanks,
Running `wget -S -O - https://dav.mailxchange.1and1.fr/caldav/XX` suggests that basic auth is used, so no. That hidden pref is really not supported configuration, hence it is hidden. I acknowledge that it is an (enhancement) bug that multiple calendars on the same servers does not work, but until someone gets around to fixing it I can't further debug this for the moment. Sorry!

Comment 23

7 months ago
(In reply to Philipp Kewisch [:Fallen] from comment #22)
> Running `wget -S -O - https://dav.mailxchange.1and1.fr/caldav/XX` suggests
> that basic auth is used, so no. That hidden pref is really not supported
> configuration, hence it is hidden. I acknowledge that it is an (enhancement)
> bug that multiple calendars on the same servers does not work, but until
> someone gets around to fixing it I can't further debug this for the moment.
> Sorry!

Thank you for your feedback Philipp, I hope this bug will be solve soon ! Take care !

Comment 24

5 months ago
I've got the same problem. My CalDAV is owncloud on a Raspberry in the local network. I can insert ONE CalDAV calendar in Lightning and it doesn't matter if realms are set to true or not, because all of my calendars are opened with the same credentials.
Lightning also isn't able to get all calendars of the specified users.
If you are using the same credentials and realm, then it is not related to this bug. You need to add each calendar separately though until bug 306495 is fixed.

Comment 26

5 months ago
This answer is not appreciated.

I HAVE added every single calendar. I get the same results, whatever I do: The first is activated, none of the rest.
I'm sorry I made that assumption, but still it seems your report does not relate to this bug. This bug is about multiple calendars with different credentials, while you mention you are using the same credentials.

@all:

I'm going to go ahead and restrict comments on this bug since it has become a catch-all for issues accessing multiple calendars. As this is the bugtracker, this bug will benefit mostly from technical details or patches to fix the issue. Most of the technical details required to understand this bug have already been provided.

If you are experiencing issues accessing multiple calendars please visit our support sites at https://support.mozilla.org/ and https://groups.google.com/forum/#!forum/mozilla.support.calendar for help in tracking down the issue. From there we can decide if a new bug report needs to be filed or it is covered by one of the existing reports.

Please be sure to provide information with debug logging enabled (calendar.debug.log and calendar.debug.log.verbose in the advanced config editor) and describe what caldav server you are using, and if the calendars all have the same authentication details, and if you know it also the auth mechanism (basic, digest).

Thank you for your understanding.
Restrict Comments: true
You need to log in before you can comment on or make changes to this bug.