Closed
Bug 362507
Opened 18 years ago
Closed 18 years ago
Cancelling All Day check turns Event to zero-duration Event
Categories
(Calendar :: Calendar Frontend, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: vipers1012000, Assigned: jminta)
Details
Attachments
(1 file)
1.35 KB,
patch
|
mattwillis
:
first-review+
mvl
:
second-review+
mvl
:
ui-review+
|
Details | Diff | Splinter Review |
Steps to reproduce: 1. Create an event. 2. Edit the event and check All Day checkbox, and click OK. The event is now on the top row. 3. Edit that event again and uncheck All Day checkbox. Expected result: Event becomes zero-duration event. If you click OK, the event becomes a line that you can't double-click. But the event can still be searched. Reproducible: Always
(In reply to comment #0) > Steps to reproduce: > 1. Create an event. > 2. Edit the event and check All Day checkbox, and click OK. The event is now on > the top row. > 3. Edit that event again and uncheck All Day checkbox. > > Expected result: > Event becomes zero-duration event. If you click OK, the event becomes a line > that you can't double-click. But the event can still be searched. > > Reproducible: Always > Sorry, forgot the line Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061201 Calendar/0.4a1
Followed the STR and was able to reproduce the bug several times (using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061201 Calendar/0.4a1) As mentioned the event can still be searched but is no longer displayed on the content pane displaying the tasks for a given day. Rebooted and re-installed Calendar to no avail.
> Expected result:
> Event becomes zero-duration event. If you click OK, the event becomes a line
> that you can't double-click. But the event can still be searched.
I believe this is the Observed Result.
The expected result would be that when the box is unchecked, the event end time will automatically increment to the default event length. For example, when you uncheck the "all day" checkbox, the "end time" on the event automatically sets to one hour after the begin time.
Assignee | ||
Comment 4•18 years ago
|
||
Patch does as described. If the start and end times are equal, we increment the end time by the default amount, according to the user's preferences.
Assignee: nobody → jminta
Status: NEW → ASSIGNED
Attachment #250782 -
Flags: ui-review?(mvl)
Attachment #250782 -
Flags: second-review?(mvl)
Attachment #250782 -
Flags: first-review?(lilmatt)
Comment 5•18 years ago
|
||
Comment on attachment 250782 [details] [diff] [review] fix end time if equal This is probably the best way to handle this case. r=lilmatt
Attachment #250782 -
Flags: first-review?(lilmatt) → first-review+
Comment 6•18 years ago
|
||
Comment on attachment 250782 [details] [diff] [review] fix end time if equal ui-review+r2=mvl
Attachment #250782 -
Flags: ui-review?(mvl)
Attachment #250782 -
Flags: ui-review+
Attachment #250782 -
Flags: second-review?(mvl)
Attachment #250782 -
Flags: second-review+
Assignee | ||
Comment 7•18 years ago
|
||
patch checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 8•18 years ago
|
||
verified with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2pre) Gecko/20070112 Calendar/0.4a1
Status: RESOLVED → VERIFIED
Whiteboard: [litmus testcase wanted]
You need to log in
before you can comment on or make changes to this bug.
Description
•