944683 - [Today Pane] "new event" button should not be linked to a specific calendar

Status: RESOLVED DUPLICATE of bug 818688

(Calendar :: Lightning Only, defect)

Description

[[:MakeMyDay]]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Firefox/25.0 (Beta/Release)
Build ID: 20131112160018

Steps to reproduce:

The "new event" button in the today pane is diabled, if you selected before a not writable calendar in the calendar list (calendar tab).

This fix linking of "new event" button to a calendar is also not quite comfortable, if you have two or more writable calendars, as there is no option to select the target calendar when using the today pane's "new event" button.

STR:
1. Create 2 or more calendars in calendar tab (in my case only caldav calendars)
2. Make one of them not writable
3. Select this calendar in the calender list
4. Switch to the mail tab (with today pane enabled)

My system:
Windows 7 64bit / Thunderbird 24.1.1 / Lightning 2.6.3


Actual results:

Result:
"new event" button is disbaled


Expected results:

Expected:
If there it exists at least one writable calendar, the button should be enabled and a selector with all available writable calendars should be presented before or (preferrably as a drop down list) within new event dialog. Maybe write-protected calendars should be displayed (and marked accordingly) as well without the option to select them.

If only one writable calendar exists, the new event should be created automatically in the respective calendar. In case of more then one writable calendars, the one linked to the default e-mail account should be pre-selected inside the selector.

Comment 1

[Decathlon]

It seems Bug 818688, do you agree?

Comment 2

[[:MakeMyDay]]

As there is also no option to select a target calendar (if you have 2 or more writable calendars) when using today panes "new event" button, I assume the root cause of issue is the fixed linking to a specific calendar (does there even exist a respective dialog in the sources? have'nt seen any). The way calendar's write protection status is reflected to the button status maybe comes on top. But it's beyond my knowledge to judge this appropriately.

Comment 3

[[:MakeMyDay]]

I have investigated the code on this issue. It partly covers the issue you filed in bug 818688 - therefore I will comment my finding on that bug and mark this as duplicate.