The default bug view has changed. See this FAQ.

no WCAP calendar events visible after restart of sunbird

VERIFIED FIXED in 0.9

Status

Calendar
Provider: WCAP
VERIFIED FIXED
9 years ago
9 years ago

People

(Reporter: Andreas Treumann, Assigned: dbo)

Tracking

unspecified
Bug Flags:
blocking-calendar0.9 +

Details

Attachments

(1 attachment)

(Reporter)

Description

9 years ago
STEPS TO REPRODUCE:
===================

- create a new sunbird profile
- add a WCAP calendar in sunbird
- restart sunbird
 
RESULT:
=======

- no WCAP calendar events visible
- only after a reload the events are visible

EXPECTED RESULT:
================

- the WCAP calendar events should be visible without a forced reload

REPRODUCIBLE:
=============

- always

Same scenario with a Webdav or caldav calendar needs no reload. If you use a WCAP and a Webdav/caldav calendar in parallel there is no reload necessary to get the WCAP events.

This is an 'sunbird only' issue.
(Assignee)

Updated

9 years ago
Flags: blocking-calendar0.9+
(Assignee)

Comment 1

9 years ago
Hmm, reading the logs, the data is correctly provided.
Assignee: nobody → daniel.boelzle
(Assignee)

Comment 2

9 years ago
Created attachment 332737 [details] [diff] [review]
fix - v1
(Assignee)

Comment 3

9 years ago
Comment on attachment 332737 [details] [diff] [review]
fix - v1

It's actually a bug in wcap's initial session management uncovered by a startup race:
- initial refresh of views
- another refresh caused by setting offline state

The latter causes to cancel the pending login request which has cancelled all child requests.
Attachment #332737 - Attachment is patch: true
Attachment #332737 - Attachment mime type: application/octet-stream → text/plain
Attachment #332737 - Flags: review?(philipp)
Comment on attachment 332737 [details] [diff] [review]
fix - v1

In which cases is the calendar list not loaded?

It would be nice if we could enforce loading the tree, do you have an idea how this could happen? Otherwise, there are probably lots of places where we rely on DOM nodes being there, but I'd assume that if a chrome script is loaded, we should have access to the DOM. Obviously this happens before DOMContentLoaded, but it would be nice to find out if its possible to defer the call until the content is loaded.

r=philipp for now
Attachment #332737 - Flags: review?(philipp) → review+
(Assignee)

Comment 5

9 years ago
No idea yet, would be good to have a solution as our current code looks fragile w.r.t. that.

Checked in on HEAD and MOZILLA_1_8_BRANCH => FIXED.
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.9
(Reporter)

Comment 6

9 years ago
Checked with sunbird 20080811 -> VERIFIED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.