345881 - Editing in Month view works on old event data if event was moved in Week view before

Status: RESOLVED WORKSFORME

(Calendar :: Sunbird Only, defect)

Description

[Stefan Sitter [:ssitter]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060725 Calendar/0.3a2+

Editing in Month view works on old event data if event was moved in Week view before

Steps to Reproduce:
1. Start Sunbird with clean profile
2. Switch to Week view and create event via Drag'n'Drop on current day
   (e.g. 25-Jul-2006 14:00 to 15:00)
3. Drag'n'Drop event to another time on same day
   (e.g. 25-Jul-2006 17:00 to 18:00)
4. Switch to Month view. Note that correct date/time is shown in view/tooltip
   (e.g. 25-Jul-2006 17:00 to 18:00)
5. Double click event to start Edit dialog or use toolbar button 'Edit'

Actual Results:
The Edit dialog show the times from before the event was moved
(e.g. 25-Jul-2006 14:00 to 15:00)

Expected Results:
The dialog should show the correct date/time values.

Comment 1

[Stefan Sitter [:ssitter]]

Does not happen with Lightning/0.1+ (2006072506).

Comment 2

[Stefan Sitter [:ssitter]]

Also happens with Sunbird/0.3a2 (20060507) on Linux -> no recent regression.

Comment 3

[Joey Minta]

This is a manifestation of the fact that the selection service will hold stale refs to modified objects.  We need to figure out our selection model, and this bug will probably go away when implementing that model.

I'm not sure, is there a bug open on this already?

Comment 4

[Matthew (lilmatt) Willis]

(In reply to comment #3)
> We need to figure out our selection model, and this bug will probably go away
> when implementing that model.

We've landed bug 321384, which sorted out our selection model.

This bug is now WFM in
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060909 Calendar/0.3a2+

-> WFM