Closed Bug 305597 Opened 20 years ago Closed 20 years ago

working with more than one calendar, checkboxes in the calendars tab are not set correctly

Categories

(Calendar :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jens, Assigned: mostafah)

References

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.10) Gecko/20050717 Firefox/1.0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.10) Gecko/20050717 Firefox/1.0.6 I have two calendars (Home and office). In the calendars tab I can see both. When I switch one of them off, so I can only see the entries of the other one, the checkbox is false (what's correct), but if I try to enable the deactivated calendar again, the checkbox isn't true but the calendar get's opened correctly. This is a bit confusing, because you can't really know, which calendars are open and which are not open. Best regards, Jens Reproducible: Always Steps to Reproduce: 1. create two calendars 2. use the calendars-tab to switch between those calendars Expected Results: Checkboxes set correctly
Btw: Version is nightbuild from 22-Aug-2005 16:42 Best regards, Jens
I attached one screenshots to clarify the problem. In the screenshot, the Task "Miete überweisen" is from calendar "home". The other entries in the calendar are from "Office". But in the calendars-tab the checkbox for "Home" is unchecked. Best regards, Jens
Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050822 Mozilla Sunbird/0.2+
I can't seem to reproduce this. As I check/uncheck calendars, the events/tasks disappear and reappear correctly. The checkmarks next to the calendars also toggle appropriately. Can someone give me more detailed/exact steps to reproduce?
(In reply to comment #4) > I can't seem to reproduce this. As I check/uncheck calendars, the events/tasks > disappear and reappear correctly. The checkmarks next to the calendars also > toggle appropriately. Can someone give me more detailed/exact steps to reproduce? That is how my build from the 13th reacts as well, i.e it works great, however in todays nightly it doesn't.
I remember being warned about this when writing another patch. Sometimes == fails because of the nature of the calendar object. Comparing the uri should always work though.
Attachment #193585 - Flags: first-review?(mvl)
Comment on attachment 193585 [details] [diff] [review] compare uri instead of using == heh, yeah. I think i found out about the problem some time after writing this code... r=mvl
Attachment #193585 - Flags: first-review?(mvl) → first-review+
Patch checked in.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
*** Bug 305754 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: