290813 - rendering goes wrong for seven events in two different calendars at the same time interval

Status: VERIFIED WORKSFORME

(Calendar :: Internal Components, defect)

Description

[Viktor Abrams]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.6) Gecko/20050406 Firefox/1.0.2 (Debian package 1.0.2-3)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.3) Gecko/20040910

If I create seven events (maybe also in different constellation) in two
calendars in the same time interval, the renderer in day-view works right for
each of them but if I activate both calendars two events got lost in view (one
in each calendar)

Reproducible: Always

Steps to Reproduce:
1. create the following events in the first calendar (naming for orientation)
7-15h (1.1)
9-10h (1.2)
10-12h (1.3)
10-12h (1.4)
2. create the following events in the second calendar
9-10h (2.2)
10-12h (2.3)
10-12h (2.4)

3. first activate the first calendar in day-view (everything is normal)

4. then activate the second calendar (1.3 and 2.3 are hidden)

5. deactivate the first calendar (everything is normal)

6. reactivate the first calendar (2.3 and 2.4 are hidden)

Actual Results:  
Two events got lost in view, one in each calendar

Expected Results:  
The software has to render correctly and show invariably every event I've created :)

Comment 1

[Joey Minta]

This could easily be related to bug 251771.  I'm CC'ing gekacheka on this, being
the author of the patch for that bug.  geka, did your patch deal with this
problem?  I can reproduce on calendar-011113.  The events shift over to allow
room for the ones that disappear, but nothing is displayed.  (Screenshot
available if needed.)  Your patch was after that build was released, though. 
(It's not marked as checked in though, was this maybe solved somewhere else?)

Comment 2

[gekacheka]

I was able to reproduce the example problems in the 20050228 build.  

The example works correctly in a SB0.2branch MozCal that includes the fixes in
bug 251771 (and bug 261890 and bug 285892, though they are probably not relevant
here because there are no 0-duration events or end-before-start events).

Marking dependent, as reminder to check this example again when that bug is
fixed for the trunk branch.

Comment 3

[Viktor Abrams]

Sorry that's my fault. I haven't found this bug by my research in bug-db.

I've patched calendarWindow.js with the diff from gekacheka and now rendering
works correctly.

Next time I give more attention to the hint that more than 50% of Bug-Reports
are dublicates :).

Could someone tell me where to get the latest developer build with all currently
existing patches? On ftp of mozilla.org I could only found the build form
2005-04-11.

Thanks for your usable help

Comment 4

[Mike Shaver (:shaver emeritus)]

Unfortunately, I do not have cycles to work on Calendar stuff these days (just as it's getting to the good part!), so I am a bad owner for these bugs.  To delete the tragically-large chunk of bugspam, search for gregorianabdication.

Comment 5

[Martin Schröder [:mschroeder]]

WFM in latest Trunk build (new views code landed since report of this bug).