Closed Bug 396297 Opened 18 years ago Closed 18 years ago

[Proto] Event/Task description in not saved when exiting by closing the new edit window

Categories

(Calendar :: General, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: klint, Assigned: ssitter)

Details

(Keywords: dataloss)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 ThunderBrowse/3.1.4.159265 ID:2007072817 Lightning build 20070915 When editing an event or a task in the new edit dialog, the description is not saved if you close the edit dialog by using the "close window" button and choose to save. Reproducible: Always Steps to Reproduce: 1.Edit an event or task (whatever catalog) by double-clicking or right-clicking/"Edit event". 2.Update the description field and any other field 3.Click on the "close window" button on the top right 4.Choose "save" when asked for confirmation Actual Results: The description updated value is not saved (all other fields seem ok though) Expected Results: The description updated value should be saved (as any other updated field)
I Can confirm. I think this should block the release since it means dataloss.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-calendar0.7?
Keywords: dataloss
OS: Windows XP → All
Hardware: PC → All
Summary: Event/Task description in not saved when exiting by closing the new edit window → [Proto] Event/Task description in not saved when exiting by closing the new edit window
This seems to be caused by the following code place: <http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/calendar/prototypes/wcap/sun-calendar-event-dialog.js&rev=1.42&mark=211-217#203> Upon cancel the new description is replaced with the old description before saving.
After passing the old description to the text field we need to set it back to the new description. Otherwise onCommandSave() reads and stored the old value.
Assignee: nobody → ssitter
Status: NEW → ASSIGNED
Attachment #281644 - Flags: review?(michael.buettner)
Comment on attachment 281644 [details] [diff] [review] set back to new value >+ setElementValue("item-description", newItem.getProperty("DESCRIPTION")); I was kicking myself for not catching this when I initially wrote this. But, yes, this is absolutely correct -> r=mickey. Thanks, Stefan.
Attachment #281644 - Flags: review?(michael.buettner) → review+
patch checked in on trunk and MOZILLA_1_8_BRANCH -> FIXED
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.7
Flags: blocking-calendar0.7?
Checked in lightning 2008042719 ans Sunbird 20080427 -> VERIFIED.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: