Closed Bug 493400 Opened 17 years ago Closed 16 years ago

Cannot create new tasks with "Click Here to Add a New Task" UI or access "File -> New -> Task..." UI

Categories

(Calendar :: Tasks, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: chris, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090223 Lightning/1.0pre Thunderbird/3.0b2 Choosing File->New->Task... results in no action, and no error reported to the Error Console. Both File->New->Message and File->New-Event... work fine. Note that a seemingly unrelated error is posted when File->New is selected: Error: document.getElementById(id) is null Source File: chrome://messenger/content/mailContextMenus.js Line: 586 Using the Toolbar Buttons "Write" button to access the New Task option results in no action, and no error. Accessing the New Event or New Message options works fine. Clicking the "New Task" button at the top of the Tasks page results in no action. Typing text into the "Click Here to Add a New Task" field, and pressing enter results in no apparent action being taken, and posts the following error to the Error Console: Error: uncaught exception: [Exception... "Cannot modify properties of a WrappedNative" nsresult: "0x80570034 (NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN)" location: "JS frame :: file:///C:/Documents%20and%20Settings/usersname/Application%20Data/Thunderbird/Profiles/default.5eu/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calAlarmUtils.jsm :: cal_alarm_setDefaultValues :: line 54" data: no] Reproducible: Always Steps to Reproduce: 1. Attempt to create a new task using File->New->Task 2. Attempt to create a new task using Toolbar Write->Task combo 3. Attempt to create a new task using Tasks page "Click Here to Add a New Task" UI Actual Results: 1. Nothing 2. Nothing 3. Nothing + Error Message Expected Results: New Tasks Created My calendar is local. Creating a new calendar results in the same problem. Deleting all calendars and creating a single new empty calendar results in the same problem. Thunderbird Connection Settings (noted from a similar bug) are set to "No Proxy".
I'm confirming this bug. Using: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Lightning/1.0pre Thunderbird/3.0b4 I'm pretty sure that I have many tasks, but none of them shows up in the task list. Also creating new tasks does not work (I have the same behaviour as described above)
Flags: blocking-calendar1.0?
Works fine for me using Lightning/1.0pre (BuildID: 20091026053914) with Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5pre) Gecko/20091026 Shredder/3.0pre (BuildID: 20091026031601).
Chris, can you open the file "prefs.js" in your profile folder and copy+paste the preferences starting with "calendar.alarms."? Maybe one of them is broken.
Shortly after confirming this bug the task list magically appeared again... Still using: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Lightning/1.0pre Thunderbird/3.0b4
Stefan, The bug seems to have gone away with either the latest nightly build of lightning, or with B4 of TBird, but just in case, here's the requested data from my prefs.js file: user_pref("calendar.alarm.text", ""); user_pref("calendar.alarms.defaultsnoozelength", 0); user_pref("calendar.alarms.emailaddress", ""); user_pref("calendar.alarms.eventalarmlen", 5); user_pref("calendar.alarms.onforevents", 1); user_pref("calendar.alarms.onfortodos", 1); user_pref("calendar.alarms.todoalarmlen", 0); user_pref("calendar.alarms.todoalarmunit", ""); user_pref("calendar.categories.names", "Anniversary,Birthday,Business,Calls,Clients,Competition,Customer,Favorites,Follow up,Gifts,Holidays,Ideas,Issues,Miscellaneous,Personal,Projects,Public Holiday,Status,Suppliers,Travel,Vacation"); user_pref("calendar.date.formatTimeBeforeDate", false); user_pref("calendar.dateformat.storeingmt", false); user_pref("calendar.event.defaultendhour", 19); user_pref("calendar.event.defaultlength", 0); user_pref("calendar.event.defaultstarthour", 7); user_pref("calendar.itip.compatSendMode", 1); user_pref("calendar.list.sortOrder", "50f5d0a2-52fc-4893-913c-aa5029ed9f18"); user_pref("calendar.preferences.lightning.selectedTabIndex", 4); user_pref("calendar.publish.path", ""); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.cache.enabled", false); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.calendar-main-default", true); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.calendar-main-in-composite", true); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.color", ""); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.disabled", false); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.imip.identity.key", "id1"); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.name", "Home"); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.readOnly", false); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.suppressAlarms", false); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.type", "storage"); user_pref("calendar.registry.50f5d0a2-52fc-4893-913c-aa5029ed9f18.uri", "moz-profile-calendar://"); user_pref("calendar.servers.reloadonlaunch", false); user_pref("calendar.timezone.default", "America/Los_Angeles"); user_pref("calendar.timezone.local", "America/Los_Angeles"); user_pref("calendar.week.d0sundaysoff", false); user_pref("calendar.week.d6saturdaysoff", false);
This one looks completely wrong: > user_pref("calendar.alarms.todoalarmunit", ""); It should contain either "minutes", "hours", or "days". I suggest that you close Thunderbird, remove the line form the "prefs.js" file, restart Thunderbird, open the Lightning preference pane and check the default alarm settings.
I still have this bug on another machine. Using: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Lightning/1.0pre Thunderbird/3.0b4
I checked my "prefs.js" but there are no preferences starting with "calendar.alarms.". Could this be the cause of the problem? I updated several times between lightning versions.
This bug is related to the use of the Provider for Google Calendar extension. Finally I got my tasks back. This is what I did: - I removed all Google related calendars - I uninstalled lightning (via yum on Fedora) - I re-installed lightning (via yum on Fedora) Now I have the tasks back. The ones that I created when the tasks were not displayed are there as well. See also: http://old.nabble.com/No-tasks-in-latest-Lightning-nightly-td23431050.html bug #489708
The tasks are always added to the currently selected calendar. I assume you had your Google Calendar selected, which doesn't support tasks. Therefore the tasks quickadd bar was disabled. We have another bug open somewhere that is looking for some UI on how to best define where tasks and event land for such cases, not sure of the bug#.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
I definitely had *not* a Google Calendar selected when I was trying to add the task. Furthermore, none of the existing tasks of the local calendars were shown anymore. Only after the procedure described in comment #9 the existing tasks of the local calendars showed up again. So, I'm not sure if this bug is resolved, though I managed to get stuff working again. I think that it is related to the Provider for Google Calendar extension and upgrading between versions.
Flags: blocking-calendar1.0?
Keywords: qawanted
I'm not sure whether this issue is fixed. I ran into it again today after a Thunderbird/Lightning update provided by the Fedora repositories.
Chris Mahnken, had you installed the Provide for Google Calendar add-on when you experienced the problem?
You need to log in before you can comment on or make changes to this bug.