Closed
Bug 342341
Opened 19 years ago
Closed 19 years ago
New preferences: New created categories are not stored and selectable
Categories
(Calendar :: Preferences, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ssitter, Assigned: mattwillis)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
4.47 KB,
patch
|
jminta
:
first-review+
|
Details | Diff | Splinter Review |
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060621 Sunbird/0.3a2+
New preferences: New created categories are not stored and selectable
Steps to reproduce:
1. Open Sunbirds preference dialog, select Categories tab
2. Create a new category -> new category is displayed
3. Leave dialog with OK
4. Create new event/task and select category created above -> not ok
5. Open Sunbirds preference dialog again, check categories -> not ok
Actual Results:
The new category is not selectable in event/task dialog. The new category is not shown preference dialog dialog when opening again.
Expected Results:
The new category is selectable and can be edited in preference dialog.
Additional Information:
Same error with linux build. No JavaScript errors are shown. Worked in old preferences dialog.
| Assignee | ||
Updated•19 years ago
|
Assignee: base → mattwillis
| Assignee | ||
Comment 1•19 years ago
|
||
This fixed it for me.
Attachment #226643 -
Flags: first-review?(jminta)
Comment 2•19 years ago
|
||
Comment on attachment 226643 [details] [diff] [review]
rev0 - removes some remnants of oldprefs
This doesn't feel right on first look. According to XULPlanet, setting a preference's value actually sets the preference. On non-instant apply platforms, this seems like it could cause problems, since our cancel handler only resets categories. Or is the prefwindow smart enough to handle that cancel?
| Assignee | ||
Comment 3•19 years ago
|
||
*** Bug 342830 has been marked as a duplicate of this bug. ***
Comment 4•19 years ago
|
||
Comment on attachment 226643 [details] [diff] [review]
rev0 - removes some remnants of oldprefs
minusing per previous comment and IRC discussion.
Attachment #226643 -
Flags: first-review?(jminta) → first-review-
Updated•19 years ago
|
Flags: blocking0.3+
Keywords: regression
| Assignee | ||
Comment 5•19 years ago
|
||
(In reply to comment #2)
> Or is the prefwindow smart enough to handle that cancel?
It appears to be. I tested this on WinXP and the dialog acts as I expect. Changes are saved when clicking "OK" and not when clicking "Cancel"
| Assignee | ||
Comment 6•19 years ago
|
||
Comment on attachment 226643 [details] [diff] [review]
rev0 - removes some remnants of oldprefs
rerequesting
Attachment #226643 -
Flags: first-review- → first-review?(jminta)
Comment 7•19 years ago
|
||
Comment on attachment 226643 [details] [diff] [review]
rev0 - removes some remnants of oldprefs
r=jminta based on the <preference>-does-not-watch-<textbox> explanation.
Attachment #226643 -
Flags: first-review?(jminta) → first-review+
| Assignee | ||
Comment 8•19 years ago
|
||
patch checked in on MOZILLA_1_8_BRANCH and trunk
-> FIXED
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Comment 9•19 years ago
|
||
verified with
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060823 Calendar/0.3a2+
Updated•19 years ago
|
Whiteboard: [litmus testcase wanted]
Updated•18 years ago
|
Component: Internal Components → Preferences
QA Contact: base → preferences
You need to log in
before you can comment on or make changes to this bug.
Description
•