495014 - In Month or Multiweek view (whichever was in effect at startup), new event doesn't appear without restart

Status: VERIFIED DUPLICATE of bug 494783

(Calendar :: Calendar Frontend, defect)

Description

[Tony Mechelynck [:tonymec]]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1pre) Gecko/20090526 Calendar/1.0pre

After creating a new event by clicking "Save and Close", it doesn't appear in the Multiweek view, but:
- it appears immediately in other views (day, week; month)
- it also appears immediately in the list of events above the grid;
- it appears only after restart in Multiweek view.

Don't know if the following are relevant / related:
- all my non-readonly calendars are *.ics files at disk locations outside my profile;
- I'm also subscribed readonly to an .ics calendar on the Web;
- my Multiweek view is set to display 5 weeks, and the weeks in my week / month / multiweek views start on Monday;
- In Multiweek view, the "blue background" grid square, which showed where "today" was at startup, doesn't move at local midnight but only on restart; similarly, the Multiweek's "today" view doesn't shift up by one row at midnight between the last day (Sunday) of the first row and the first day (Monday) of the second row. But the "orange-background" square showing the "current" day on the grid moves always to "actual today" (not necessarily to "startup day") when clicking the Today button on the toolbar.

Comment 1

[Stefan Sitter [:ssitter]]

Might be related to the .ics file issue reported in Bug 494783.
Can you specify the regression range by testing with older nightly builds?

Comment 2

[Tony Mechelynck [:tonymec]]

(In reply to comment #1)
> Might be related to the .ics file issue reported in Bug 494783.

Hm, unlike what's reported in bug 494783, my Month view updates perfectly, it's the Multiweek view which bothers me.

> Can you specify the regression range by testing with older nightly builds?

I'll try, but no ETA yet, so I'm adding a keyword in the meantime (AFAIK, it's been like this "ever since I've looked at Multiweek", but that doesn't say much ;-) ).

Comment 3

[Tony Mechelynck [:tonymec]]

OK, gotcha.
Last "good" nightly: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b5pre) Gecko/20090508 Calendar/1.0pre
First "bad" nightly: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b5pre) Gecko/20090509 Calendar/1.0pre

Additional note: When Multiweek has been selected as the "current" view, "good" builds display existing events instantly at startup (in less than 1s for 5 calendars, let's say), while in "bad" builds they appear, but all in their own good time (more like 10 to 20 seconds for all five file:///*.ics and http://*.ics calendars).

Deleting an event is also not reflected in the Multiweek view until restart in "bad" builds (but, just like adding, it _is_ reflected immediately in the events list above the calendar grid).

Comment 4

[Tony Mechelynck [:tonymec]]

Reproducible: Always

Steps to reproduce:
1. Start Sunbird.
2. Make sure Multiweek view is selected.
3. Click right in any grid square (i.e. "day") then "New Event"
4. Create your new event, then "Save and Close"

Actual results:
New event appears in Events list (above the grid), but not (until restart) in Multiweek view.

Expected results:
New event should also appear immediately in Multiweek grid.

Comment 5

[Martin Schröder [:mschroeder]]

Consequences from http://hg.mozilla.org/comm-central/rev/724a2ac69c25 (fix for bug 387014)?

Comment 6

[Tony Mechelynck [:tonymec]]

(In reply to comment #5)
> Consequences from http://hg.mozilla.org/comm-central/rev/724a2ac69c25 (fix for
> bug 387014)?

Bug 387014 is supposed to be "Lightning-only" so I guess something should be done if it can be demonstrated that its "fix" has adverse influence on Sunbird.

Comment 7

[Tony Mechelynck [:tonymec]]

I have found out that comment #0 and the original Summary are partly in error, as follows:

If Sunbird is started in the Multiweek view, then new, removed or redated events don't appear in Multiweek but they appear in the Month view (at least if the view change happens after the event change, I didn't try the opposite).

If started in Month view, then it's the opposite: the Month view is "frozen" but event changes appear in the Multiweek view.

In all cases, as already noted, the events list (above the calendar grid) is correctly and immediately updated.

Comment 8

[Stefan Sitter [:ssitter]]

Comment #7 confirms that this is the same as Bug 494783.

Comment 9

[Tony Mechelynck [:tonymec]]

(In reply to comment #8)
> Comment #7 confirms that this is the same as Bug 494783.
> 
> *** This bug has been marked as a duplicate of bug 494783 ***

AFAICT, they are indeed the same bug => VERIFIED. I'll REOPEN if the fix for bug 494783 is seen by others as fixing that bug but doesn't fix this problem of mine.