Closed Bug 629375 Opened 15 years ago Closed 14 years ago

CalDav calender items from chandler are not displayed

Categories

(Calendar :: Provider: CalDAV, defect)

Lightning 1.0b2
x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 610087

People

(Reporter: tobisbugs, Unassigned)

Details

(Keywords: regression, Whiteboard: [CalDAV server: Chandler])

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101206 Ubuntu/10.10 (maverick) Firefox/3.6.13 Build Identifier: package from Ubuntu 10.10 repository: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 The calender items of CalDav from hub.chandler.org are not displayed in the thunderbird Calender. However new items can be created within thunderbird and are transmitted to the online calander. After a new start of thunderbird these items are however not displayed anymore Reproducible: Always Steps to Reproduce: 1.New Calender ->on the network -> CalDAV ->enter ClaDav location obtained from chandler: "https://hub.chandlerproject.org/dav/collection/xxxxx" 2.Enter UserID Password 3.Create New Event Actual Results: No calender entries that have been in the calender on hub.chandler before are displayed The new event is not displayed in the Day/week/multiweek/month calenderview, but only in the "event list" above. The new event is correctly created on chandler Expected Results: The events on chandler schould be displayed in thunderbird With an older version of thunderbird and lightning this worked perfectly. The link which has been created by chandler has been checked in a web browser. The calender content with all items could be seen in the webbrowser after entering the link in the adress line. The error console of thunderbird is empty during all this. As this is my first Bug report i'm not sure i i've provided sufficiant information. Pleas contact me if further details are needed. As I'm working on several computer this bug makes the new version of lightning useless for my. If you have some Ideas how to find an equivalent solution please give me a hint.
Same as Bug 588799? Related to Bug 605378?
Component: Lightning Only → Provider: CalDAV
Keywords: regression
QA Contact: lightning → caldav-provider
Whiteboard: [CalDAV server: Chandler]
Version: unspecified → Lightning 1.0b2
Tobi could you enable logging (calendar.debug.log) to see if this is the same as bug #588799 this was my first idea too? Stefan: but then "The new event is not displayed in the Day/week/multiweek/month calenderview, but only in the "event list" above. " seems like an additional issue?
@Felix: Yes I can try it on tuesday. I won't have access to the PC with the reported issue until then. However I need a precise description what to do to enable the logging you'd like to have. As already mentioned I have absolutely no experience reporting bugs, sorry for that.
Hi there after I have enabled logging (Edit->Preferences->Advnced->General->Edit Config...->New->Boolean->calendar.debug.log) I can provide some mor data. The error has been reproducible so far. After creating a new caalendar on chandler in the described way the Error console has no entries. After restarting thunderbird there appear the following messages on the Error console: [calTimezoneService] using /usr/share/mozilla/extensions/{3550f703-e582-4d05-9a08-453d09bdfdc6}/calendar-timezones@mozilla.org/timezones.sqlite [calTimezoneService] timezones version: 1.2010i home.xxxx.de : server does not support RFC 5746, see CVE-2009-3555 [calAlarmService] starting... home.xxxx.de : server does not support RFC 5746, see CVE-2009-3555 home.xxxx.de : server does not support RFC 5746, see CVE-2009-3555 home.xxxx.de : server does not support RFC 5746, see CVE-2009-3555 home.xxxx.de : server does not support RFC 5746, see CVE-2009-3555 home.xxxx.de : server does not support RFC 5746, see CVE-2009-3555 CalDAV: Status 207 on initial PROPFIND for calendar BugTest CalDAV: Authentication scheme for BugTest is Basic Adding supported item: VTODO for calendar: BugTest Adding supported item: VEVENT for calendar: BugTest CalDAV: Unexpected status 404 while querying options BugTest NOTE: "BugTest" is the name of the calender at chandler. "home.xxx.de" is a server where I have some other iCalendar online whih work quite well As described above, after startup no events of the calendar on chandler are visible. After creating a new event on the chandler calender the error console contains: CalDAV: itemUri.spec = https://hub.chandlerproject.org/dav/collection/xxx/yyy.ics CalDAV: Item added to BugTest successfully After creating a new event on the iCalender the error console gives home.xxxx.de : server does not support RFC 5746, see CVE-2009-3555 calICSCalendar channel.requestSucceeded: true So far the error Logs. Another strange reproducible observation is the following: Whe TB starts it shows no events of "BugTest" in the calendar month overview. The events of the othe ics Calendar are visible. However the events List above the month overview is completely empty. If I uncheck the "BugTest" Calendar the events of the ics calndars appear also in the events list and everything is correctly displayed. If I check again the "BugTest" Calendar all Events are not displayed anymore. Neither in the eventlist nor in the month-view. A restart of TB allows me to return to the beginning of this procedure. Hope this helps... P.S. Can anyoe tell me where the error console ist stored as a text file? I couldn't find it, thus i had to copy paste ech item separately from the graphical user interface, which is quite stupid.
> CalDAV: Unexpected status 404 while querying options BugTest Indeed the same error message as in Bug 588799 Comment 3. > P.S. Can anyoe tell me where the error console ist stored as a text file? Create an environment variable XRE_CONSOLE_LOG and point it to a file, e.g. XRE_CONSOLE_LOG=D:\tmp\~jsconsole.log
So this should be a duplicate of Bug 588799, shouldn't it?
I think bug 610087 has a far better description than bug 588799 (and also fewer comments not related to the proper solution).
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.