Closed
Bug 177527
Opened 23 years ago
Closed 21 years ago
Clear selection of tasks/events if item that is selected is hidden
Categories
(Calendar :: Sunbird Only, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mikeypotter, Assigned: jminta)
Details
Attachments
(1 file, 1 obsolete file)
|
1.07 KB,
patch
|
mvl
:
first-review+
|
Details | Diff | Splinter Review |
If the selected to do item is being hidden, clear the selection so that the
delete button becomes inactive.
| Reporter | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
| Reporter | ||
Comment 1•23 years ago
|
||
New contact from mikep@oeone.com to mostafah@oeone.com
Filter on string OttawaMBA to get rid of these messages.
Sorry for the spam.
Assignee: mikep → mostafah
Status: ASSIGNED → NEW
Comment 2•22 years ago
|
||
But the delete button doesn't work on tasks, it's active only because an event
is selected.
However, the same happens with events:
- select an event
- uncheck calendar in calendars tab
- edit and delete buttons are active
The selection stuff should probably be another bug? "It should be clear what
(days/tasks/events) are currently selected" or something.
Changing summary ( to-do --> task and event).
Summary: Clear selection of To Do if item that is selected is hidden → Clear selection of tasks/events if item that is selected is hidden
| Assignee | ||
Comment 3•21 years ago
|
||
This makes calCompositeCalendarObserver examine the array of selected events
whenever a calendar is unchecked. It doesn't do anything when a calendar is
re-checked, which means that if you select an event, uncheck and re-check the
calendar, it will no longer be selected. This feels like the right behavior,
intuitively, and keeps us from having to store extra information when calendars
are unchecked.
Comment 4•21 years ago
|
||
Comment on attachment 190829 [details] [diff] [review]
patch
>+ if (oldSelectedEvents[i].calendar != aCalendar)
i've been told that that check might give false results sometimes. The xpcom
calendar object might get rewrapped, and then the comparison (of the wrappers)
will fail. It would be better to compare calendar.uri.spec.
Attachment #190829 -
Flags: first-review?(mvl) → first-review-
Comment 5•21 years ago
|
||
or even better: calendar.uri.equals(othercalendar.uri)
| Assignee | ||
Comment 6•21 years ago
|
||
Now using uri.equals
Attachment #190829 -
Attachment is obsolete: true
Attachment #190911 -
Flags: first-review?(mvl)
Comment 7•21 years ago
|
||
Comment on attachment 190911 [details] [diff] [review]
patch v2
r=mvl (although i think gCalendarWindow has to go away one day)
Attachment #190911 -
Flags: first-review?(mvl) → first-review+
Comment 8•21 years ago
|
||
patch checked in
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 9•20 years ago
|
||
The bugspam monkeys have been set free and are feeding on Calendar :: Sunbird Only. Be afraid for your sanity!
QA Contact: colint → sunbird
You need to log in
before you can comment on or make changes to this bug.
Description
•