Closed
Bug 390300
Opened 18 years ago
Closed 18 years ago
Open new event dialog from the today pane -> wrong default event length
Categories
(Calendar :: Lightning Only, defect)
Calendar
Lightning Only
Tracking
(Not tracked)
VERIFIED
FIXED
0.7
People
(Reporter: andreas.treumann, Assigned: ssitter)
Details
Attachments
(1 file)
1.76 KB,
patch
|
mschroeder
:
review+
|
Details | Diff | Splinter Review |
STEPS TO REPRODUCE:
===================
- open the new event dialog with a doubleclick in the today pane (agenda area)
RESULT:
=======
- the event length is 00:00
EXPECTED RESULT:
================
- the event length should be the default (60 minutes, see 'Preferences -> Lightning -> General -> "Default Event Length")
REPRODUCIBLE:
=============
- always
Assignee | ||
Updated•18 years ago
|
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Updated•18 years ago
|
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 2•18 years ago
|
||
Confirmed using Tb 2.0.0.7pre (20070817) + Lightning 0.7pre (2007081795)
on WinXP.
Flags: blocking-calendar0.7?
Updated•18 years ago
|
Assignee: nobody → Berend.Cornelius
Status: REOPENED → NEW
Assignee | ||
Comment 3•18 years ago
|
||
createEventWithDialog() will automatically calculate the correct end date from the start date and preference calendar.event.defaultlength.
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/calendar/base/content/calendar-item-editing.js&rev=1.42&mark=97-100#90
Assignee: Berend.Cornelius → ssitter
Status: NEW → ASSIGNED
Attachment #277920 -
Flags: review?(daniel.boelzle)
Comment 4•18 years ago
|
||
Marking blocking 0.7 because this is bad user experience (decided on QA chat) and has already a patch.
Flags: blocking-calendar0.7? → blocking-calendar0.7+
Updated•18 years ago
|
Attachment #277920 -
Flags: review?(daniel.boelzle) → review?(Berend.Cornelius)
Updated•18 years ago
|
Whiteboard: [patch in hand]
Comment 5•18 years ago
|
||
Comment on attachment 277920 [details] [diff] [review]
rev0 - omit end date when calling createEventWithDialog()
Stealing review ;). r=mschroeder
Daniel, you asked some time ago, if I want to do reviews. Here is my first one, and I hope this is okay with you.
Attachment #277920 -
Flags: review?(Berend.Cornelius) → review+
Comment 6•18 years ago
|
||
No problem; checked in on HEAD and MOZILLA_1_8_BRANCH.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago → 18 years ago
Resolution: --- → FIXED
Whiteboard: [patch in hand]
Target Milestone: --- → 0.7
Version: Trunk → unspecified
Assignee | ||
Comment 7•18 years ago
|
||
I asked Berend in Bug 388414 Comment #34 to incorporate the changes into his patch too because he touches the same lines of code.
Target Milestone: 0.7 → ---
Version: unspecified → Trunk
Assignee | ||
Updated•18 years ago
|
Target Milestone: --- → 0.7
Version: Trunk → unspecified
Reporter | ||
Comment 8•18 years ago
|
||
Checke in Lightning build 2007091303 -> VERIFIED
Status: RESOLVED → VERIFIED
Assignee | ||
Comment 9•18 years ago
|
||
This issue has been regressed again in 0.8pre, see Bug 418115 Comment #2 and following.
You need to log in
before you can comment on or make changes to this bug.
Description
•