Closed Bug 404056 Opened 16 years ago Closed 16 years ago
Select Calendar dialog is empty during export/import/publish
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:22.214.171.124pre) Gecko/20071116 Calendar/0.8pre Select Calendar dialog is empty during export/import/publish. Steps To Reproduce: 1. Start Sunbird with clean profile. 2. Create a second local calendar. 3. Select File -> Export Calendar, File -> Import or File -> Publish Calendar Actual Results: Select Calendar dialog is displayed but empty. No error messages in Console. Expected Results: Existing (and writable) calendars are displayed in the Select Calendar dialog.
Hmm, on TRUNK everything is OK: Works in Sunbird 0.6a1 (2007-11-16-06) Regression range for MOZILLA_1_8_BRANCH: Works in Sunbird 0.8pre (2007-10-27-05) Fails in Sunbird 0.8pre (2007-10-28-06) Checkins during regression range on MOZILLA_1_8_BRANCH: http://tinyurl.com/2e3ob3 The calendars are actually in the list but not displayed. If you click into the list field and use the keyboards up and down arrows keys to navigate the list the entries get visible.
I've confirmed this, the calendars are in the list, but are not viewable. If you arrow up, they become visible.
Philipp, this seems to be caused by your patch from bug 390508. But the different behavior on Mozilla1.8 and Trunk is weird.
The behavior is kinda weird: If I have 2 local calendars the list is empty. But if I have 3 local calendars they are shown again (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:126.96.36.199pre) Gecko/20071127 Calendar/0.8pre)
I've confirmed Stefan's comments, a third entry makes the list visible again, intermittently.
This is indeed caused by the changes from Bug 390508 and the attempt to preselect the calendar in the list. If I remove the two lines at http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/calendar/base/content/chooseCalendarDialog.xul&rev=1.4&mark=89-90#84 it works again. I played around with this and tried to find a solution for the problem but nothing really seemed to work. Either the entire list was invisible or the default entry was not selectable or too little entries were displayed or everything was ok - dependent on what calendar was selected in Sunbird. My suggestion: Remove this two lines and restore the 0.7 behavior to fix it.
Moving code around seemed to work for me. I don't understand the reason, honestly. It looks like the vbox needs to be build before the listbox can be modified. Inserting alerts in the code also helped - so there are likely some race conditions.
Assignee: nobody → sebo.moz
Status: NEW → ASSIGNED
Attachment #295639 - Flags: review?(philipp)
Comment on attachment 295639 [details] [diff] [review] fix This seems to fix the issue, r=philipp
Attachment #295639 - Flags: review?(philipp) → review+
Checked in on HEAD and MOZILLA_1_8_BRANCH -> FIXED
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.8
Verified using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:188.8.131.52pre) Gecko/2008011712 Calendar/0.8pre.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.