Closed Bug 842705 Opened 11 years ago Closed 6 years ago

Lightning 1.9: Suddenly disabled remote calendars; Log shows 401 Unauthorized; Can't enable them

Categories

(Calendar :: Provider: CalDAV, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: moz-dev, Unassigned)

Details

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

Steps to reproduce:

Opened Thunderbird Lightning.


Actual results:

The previously working three CalDav calendars were disabled and greyed out. I could'nt check the "show/enable" checkbox. I right-clicked, opened the preferences and enabled the calendar: It was accepted but as soon when the dialog was closed the calendar name in the list flickered to black and was greyed out again immediately.

All appointments remained hidden.

The debug log revealed:

CalDAV: send: <?xml version="1.0" encoding="UTF-8"?>
<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:current-user-principal/><D:supported-report-set/><C:supported-calendar-component-set/><CS:getctag/></D:prop></D:propfind>
---
CalDAV: Status 401 on initial PROPFIND for calendar Calendar1

The log looks the same for all three calendars.

I think the authentication doesn't work properly anymore.

Tried already:

- Deleted the ~/.thunderbird/50y2tnjn.default/calendar-data/cache.sqlite
- Deleted the stored passwords for the corresponding servers
- Deleted the calendars and added them again (w/ and w/o caching)
- Tried two previously working protocols: https/webcals

The cal. server is Zimbra.

The servers can be succesfully queried using CURL.


Expected results:

The calendars should be enabled and all appointments should be available. Authorization should succeed.
Maybe related to #707138?
Component: Untriaged → Lightning Only
Product: Thunderbird → Calendar
Version: 17 → unspecified
Component: Lightning Only → Provider: CalDAV
Zimbra is working fine for me. What URL are you using (feel free to replace personal details)? The 401 usually means something is wrong with authentication. Could you double check that there are no saved passwords in the password manager and that your entered username and password are correct?
Flags: needinfo?(moz-dev)
Hello
I seem to have a similar problem. Setup:
- Baikal 0.2.7
- TB 38.3.0
- Lightning 4.0.3.1
- Further addons: CategoryManager, EnigMail, ImportExportTools, Inverse SoGo Connector, Thunderbird Conversations

I started to use Lightning by uploading a buch of meetings to the Baikal server. Then, I configured Lightning. It worked. After some time, Lightning showed my the Credentials dialogue. I entered them over and over again. Only after aborting, the dialogue disappears, but the calendar is disabled. The point in time when this error behavior started was either around me closing first reminders or when I tried to add multiple other calendars (first with the same server URI but different username / pw, then with a different subdomain). I guess, it was the later one. Even after removing all the other entries, it still is not working anymore.

Looking at the log, I also receive a Status 401 on initial PROPFIND request. Trying to debug with cal.LOG a bit yielded that the URI used in caldav_checkDavResourceType does not seem to contain username / password. Subsequently, I saw authentication errors for the execution of the caldav_doModifyItem when Lightning tries to sync my changes (close reminders) with the server.

The same server, I connected to from iPad and Android (caldav app). Both can "talk" to each oter fine. Closing reminders, modifying, etc. works.

This might be related?
Cheers
Alex
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Flags: needinfo?(moz-dev)
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.