362506 - [Proto] Event dialog: Thunderbird freezes after clicking the close button of New Events Window

Status: RESOLVED WORKSFORME

(Calendar :: General, defect)

Description

[elichak]

Overview Description: Thunderbird freezes after the New Event close button (top right) is clicked

Steps to Reproduce: 

1) Double-click on a date on the calendar.
2) The New Event window will pop-up.
3) Type in a Title and put the same date/time for Start and End
4) Click on the close button (top right)
5) Click on yes to save

Actual Results: Thunderbird freezes

Expected Results: The calendar should show the new event or tell the user that the start and end date has to be different?

Build Date & Platform: 2006120103 Lightning on Windows

Comment 1

[David :Bienvenu]

this sounds like a lightning issue

Comment 2

[Stefan Sitter [:ssitter]]

(In reply to comment #0)

> 4) Click on the close button (top right)
> 5) Click on yes to save

As far as I know the 'normal' Lightning doesn't offer this functionality. 
Did you use the 'wcap' enabled Lightning that uses the prototype event dialog?

Comment 3

[Stefan Sitter [:ssitter]]

> (In reply to comment #2)
The normal event dialog doesn't offer this functionality -> prototype event dialog was used.

Comment 5

[Pete Riley]

I can't reproduce this with Lightning 2007072204 / Thunderbird 2.0.0.5
and using the prototype event dialog.

Comment 6

[Martin Schröder [:mschroeder]]

WFM with Tb 2.0.0.6pre + Lightning 0.7pre (2007072704) on WinXP, but the event dialog should not allow to create such events (same start/end time) as long as we can't show them in Lightning.

Comment 7

[Michael Büttner (no reviews TFN)]

(In reply to comment #6)
> but the event dialog should not allow to create such events (same start/end
> time) as long as we can't show them in Lightning.
Although I totally agree that the event dialog shouldn't allow to create zero-length events (at least for newly created events), I would like to add that there might be zero-length events need to be displayed (in the calendar views) that were created by some external instance and our dialog needs to handle this case gracefully. Just for reference purposes, bug #324662 is dedicated to displaying zero-length events in the views.

Comment 8

[Philipp Kewisch [:Fallen] [:📆][:🧩]]

If we allow showing zero-length events (which should be the case), I don't think anything should speak against creating zero-length events. As long as we find a way to display them in a sensible way, everything should be fine.

Comment 9

[cmtalbert]

We should definitely allow zero length events.  It is part of the spec, and for some reason I can't fathom, people may want to use them.  

We also need to understand the display implications of that.  I think the display implications are being addressed in bug 387402, so I am going to mark this bug as WFM: Lightning ID: 2007100109 (0.7RC1) Tbird: version 2.0.0.6 (20070728) Windows XP