Closed
Bug 292097
Opened 20 years ago
Closed 19 years ago
no way to persist calendar-property changes with the calendar manager
Categories
(Calendar :: Internal Components, defect)
Calendar
Internal Components
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: shaver, Assigned: pavlov)
Details
Attachments
(1 file)
|
11.28 KB,
patch
|
shaver
:
first-review+
|
Details | Diff | Splinter Review |
If you change the name of a calendar, for example, there's no way to have the calendar manager update its persistent store. You can test this with a fresh-as-of-now Lightning, by picking a calendar and clicking "Edit...". Color changes are persisted (they use the prefs interface) but the name isn't. URI changes probably wouldn't be either, but I haven't been brave enough to try that. calICalendarManager.updateCalendarSettings? Just call .registerCalendar again? I'm nervous about the latter, since I'm not really sure what we want our story to be about duplicate URIs and whatnot in the calendar manager database.
| Assignee | ||
Comment 1•20 years ago
|
||
Attachment #181989 -
Flags: first-review?(shaver)
| Reporter | ||
Comment 2•20 years ago
|
||
Comment on attachment 181989 [details] [diff] [review] store name as a pref r=shaver.
Attachment #181989 -
Flags: first-review?(shaver) → first-review+
Comment 3•19 years ago
|
||
The naming (and general pref interfaces) now persist. There is already a bug open on fixing the URI property to be editable. Marking WFM.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•