Closed Bug 676540 Opened 15 years ago Closed 14 years ago

Thunderbird 5/lightning does not list TODOs of local calendars when remote calendars (CalDAV) are provided by davical

Categories

(Calendar :: Provider: Local Storage, defect)

Lightning 1.0b4
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 529771

People

(Reporter: Lukas.Ruf, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; InfoPath.3) Steps to reproduce: I have a setup with three different storage types of calendars: * local * CalDAV with calendarserver/linux * CalDAV with davical/linux In various local calendars, I do have multiple TODOs. Actual results: Since adding davical, the (for me essential) list of TODOs in the right-hand part of the calendar view or the TODO-view are both empty. TODOs appear in the calendar on the respective days -- but not in the TODOs view Expected results: I would have expected that the TODOs are still listed, since TODOs are stored in local calendars only.
Severity: normal → major
Do you see any error messages reported in Tools > Error Console? Does one of you calendars causes an error? In that case it might be the same as Bug 529771. Or it could be correct behavior that was added with Lightning 1.0b4. The Today Pane only shows the tasks that you need to work on today. If you have a task with start and due date e.g. next week it will not be shown in Today Pane. You can use the calendar on top of the Today Pane to switch display focus to any other date and view the tasks due to that date.
Attached image Screenshot
Shows a screenshot with TODOs in the calendar view but empty Today Pane
Thanks for the early reply. As highlighted in the screenshot, for yesterday (August 4th, 2011), I had a series of TODOs as shown in the calendar view. These TODOs are not shown in the TODAY's pane. Moreover, if I change the view from Calendar to TODO, the list is empty too. Error messages reported in the error concolse indicate sporadeous connection problems. Thus, it may be the same problem as noted in Bug 529771. However: I have never seen any TODO since adding the davical CalDAV-Server..... Please let me know. Thanks Lukas
I was pretty sure there was another bug on this. Matthew, maybe you know?
This sounds similar to bug 529771 , unless this is happening absent of other connectivity issues. I'd be curious to see if this can be duplicated with a clean connection. If not I think the root of the issue is in the refresh queue of the task tree - a pending refresh of one calendar can block the refresh of the other calendars, and do so indefinitely if it fails somewhere, and that can result in a static view of the list or a blank list depending on what point the remote calendar fails.
I could track down the problem: Two davical principals (out of 10) had their access rights set such that davical refused from granting access. The following error message was logged in the web-server: davical: LOG: headers:-->Content-type: text/xml; charset="utf-8" davical: LOG: :******************** Response ******************** davical: LOG: response:--><?xml version="1.0" encoding="utf-8" ?> davical: LOG: response:--><error xmlns="DAV:"> davical: LOG: response:--> <need-privileges> davical: LOG: response:--> <resource> davical: LOG: response:--> <href>/caldav.php/np/</href> davical: LOG: response:--> <privilege> davical: LOG: response:--> <read/> davical: LOG: response:--> </privilege> davical: LOG: response:--> </resource> davical: LOG: response:--> </need-privileges> davical: LOG: response:--></error> davical: LOG: response:--> Whenever at least one such an error message was reported, latest Thunderbird 5/lightning did not display any TODOs. Now, I have removed the calendars of these two principals from TB -- and TODOs are shown again. Please let me know if I can be of any further support. Thanks Lukas
Lukas, do you think you could provide me with access to your davical instance? This shouldn't be too hard.
Proposing to finally resolve this as duplicate of bug 529771.
(In reply to Martin Schröder [:mschroeder] from comment #8) > Proposing to finally resolve this as duplicate of bug 529771. I'd agree. Thanks -- and sorry for not finding the other bug at first hand.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: