Closed
Bug 386832
Opened 17 years ago
Closed 17 years ago
ICS calendar(s) not viewed / updated
Categories
(Calendar :: Calendar Frontend, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: geopal, Unassigned)
Details
(Whiteboard: [0.5 disappearing events])
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.4) Gecko/20070529 SUSE/2.0.0.4-8.3 Firefox/2.0.0.4 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4pre) Gecko/20070627 Sunbird/0.5 The display of appointments doesn't work after update to V0.5. I have to say that I'm using a "degenerated" method, only using external calendars (ics files). Which worked perfectly in previous versions. Reproducible: Always Steps to Reproduce: 1. Start Sunbird -> everything ok 2. Switch view or just switch time frame, e.g. next month 3. Appointments vanish Actual Results: No display of appointments any more. Seems like only an initial view is updated. Any action that would need a screen update doesn't do this update. Expected Results: Show the appointments after scrolling or switching views Worked in earlier versions.
Reporter | ||
Comment 1•17 years ago
|
||
I found a work around or rather the reason for this behaviour. In my list of calendars (about 10-12 external ICS files) there was one for which the respective server was offline. I was aware of this fact, but this never caused any problem for earlier versions. So the preliminary explanation is, that if one of the files can't be opened, the update problem will be there. Also it will be there for ALL calendars! De-activating the calendar coming from this server (the one which is not readable) lets disappear the problem. This is definately different from earlier versions and I'm not sure if it is (should be) the desired behaviour of the software.
Comment 2•17 years ago
|
||
We have seen in other bug reports, that this might be due to the use of a proxy on the network. Reporter, are you using a proxy on your network?
Reporter | ||
Comment 3•17 years ago
|
||
I have no proxy configured in the Sunbird settings. In the company network there is a transparent proxy active though. The CalDAV server which was causing the problem is in the internal network. So my guess is that there should be no proxy involved.
Comment 4•17 years ago
|
||
I also see this behavior, and I don't have a proxy involved (just NAT'ed gateways). However, I have noticed that its not prompting for my password on the WebDAV server. I have to turn off all remote calendars and restart Thunderbird 1.5.0.12 before I can see any local ones. This was working in Lightning 0.3.1 until I upgraded to 0.5 build 2007062504.
We got a similar problem. There is only one ICS calendar in the list, but not one event is shown, even when initializing. The external calendar is loaded, Apache's log contains the GET request. But Lightning doesn't show anything, and gives no error message.
(In reply to comment #5) > We got a similar problem. There is only one ICS calendar in the list, but not > one event is shown, even when initializing. > > The external calendar is loaded, Apache's log contains the GET request. But > Lightning doesn't show anything, and gives no error message. > There also is a proxy in the network - when disabling it it works!
Comment 7•17 years ago
|
||
Bug 393387 was fixed a few days ago and might help with the issue reported here too. I'd like you to retest with a Sunbird or Lightning 0.7pre (20070918) or newer build if your issue still exists.
Comment 8•17 years ago
|
||
Does the issue still exists using Sunbird 0.7 Release Candidate 1? <http://releases.mozilla.org/pub/mozilla.org/calendar/sunbird/releases/0.7rc1/>
Comment 9•17 years ago
|
||
Reporter, please post the retest results with Sunbird 0.7 resp. Lightning 0.7. Otherwise I assume the issue is fixed now and this bug can be resolved.
Comment 10•17 years ago
|
||
No response from reporter in several months. Resolving as WFM assuming that the issue has been solved in 0.7. Feel free to reopen the bug if the issue can be reproduced in a recent 0.8pre nightly build.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•