Closed
Bug 407750
Opened 16 years ago
Closed 16 years ago
Remote calendars are not loaded after returning to Thunderbird with Lightening
Categories
(Calendar :: Provider: ICS/WebDAV, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 338527
People
(Reporter: jofficer, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Build Identifier: version 2.0.0.9 (20071031) I am able to create a calendar in Lightening which is retrieve from a remote location, specifically from a Citadel backend. Initial retrieval works fine, as does updates to the calendar. However when I exit Thunderbird and return (after lunch, next day, doesn't matter) the link to the calendar is lost. I am prompted for the username and password but still no events are returned. If I delete the calendar and recreate it, the events are retrieved. I tested in Sunbird and the same problem does not seem to exist, instead Sunbird does retrieve the tasks each time I return to the application. Reproducible: Always Steps to Reproduce: 1. Create calendar with remote location (http://server/groupdav/calendar) 2. Appointments are retrieved. 3. Exit Thunderbird w/ Lightening 4. Launch Thunderbird w/ Lightening, enter username and password for the remote calendar. 5. Events are NOT retrieved 6. Delete remote calendar and re-create 7. Events are retrieved. Actual Results: Calendar events are not available upon return to Thunderbird / Lightening. Expected Results: I should be able to create a calendar once, and retrieve the information on subsequent exit and return to the application, instead of re-creating the calendar each time I load Thunderbird. I reviewed the error console, and find this that might be of some use: Error: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIHttpChannel.responseStatus]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: file:///C:/Documents%20and%20Settings/jofficer/Application%20Data/Thunderbird/Profiles/un4kxalp.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calICSCalendar.js :: anonymous :: line 885" data: no] Source File: file:///C:/Documents%20and%20Settings/jofficer/Application%20Data/Thunderbird/Profiles/un4kxalp.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/components/calICSCalendar.js Line: 885
Reporter | ||
Updated•16 years ago
|
Version: unspecified → Lightning 0.7
Comment 1•16 years ago
|
||
What version of Lightning do you use? The error message indicates that you might see the issue mentioned in Bug 338527. Do you use a proxy to access the calendar server? If yes I'd like you to compare the proxy settings in Sunbird and Thunderbird.
Reporter | ||
Comment 2•16 years ago
|
||
(In reply to comment #1) > What version of Lightning do you use? I'm using lightning version .7 . There is not a proxy between my client and the server, and the same network settings (or lack of any custom settings) are equal for both sunbird and Thunderbird / Lightning.
Reporter | ||
Comment 3•16 years ago
|
||
(In reply to comment #1) > The error message indicates that you might see the issue mentioned in Bug > 338527. Do you use a proxy to access the calendar server? If yes I'd like you > to compare the proxy settings in Sunbird and Thunderbird. > My apologies. I was mistaken in that I made the assumption that Thunderbird was NOT using proxy settings, I quick checked after I posted my previous comment, only to find that it is indeed using the autoconfig proxy. Modifying this entry resolves the issue, atleast partially. After completely reading the referenced bug, I believe this is a duplicate of 338527. Please close this at your convenience and if you'd be so kind to add me on the distribution list for 338527, I would be thankful. Regards, joey
Comment 4•16 years ago
|
||
Thanks for checking back.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•