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)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mikeypotter, Assigned: jminta)

Details

Attachments

(1 file, 1 obsolete file)

If the selected to do item is being hidden, clear the selection so that the delete button becomes inactive.
Status: NEW → ASSIGNED
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
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
Attached patch patch (obsolete) — Splinter Review
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.
Assignee: mostafah → jminta
Status: NEW → ASSIGNED
Attachment #190829 - Flags: first-review?(mvl)
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-
or even better: calendar.uri.equals(othercalendar.uri)
Attached patch patch v2Splinter Review
Now using uri.equals
Attachment #190829 - Attachment is obsolete: true
Attachment #190911 - Flags: first-review?(mvl)
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+
patch checked in
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
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.

Attachment

General

Creator:
Created:
Updated:
Size: