Open Bug 1183031 Opened 10 years ago Updated 3 years ago

Reminder Dialog closed unexpected

Categories

(Calendar :: Alarms, defect)

Lightning 4.0.1
defect

Tracking

(Not tracked)

People

(Reporter: rb, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0 Build ID: 20150525141253 Steps to reproduce: The Reminder Dialog is shown (comes up) with some Calendar and Task reminders I do nothing with that. The Reminder Dialog is gone. (crashed??) Actual results: Error Console shows [calICSCalendar] Refreshing Ronald iCal [calICSCalendar] Loading ICS succeeded, needs further processing: true [calICSCalendar] Parsing ICS succeeded for https://xyz.entimo.de/home/user@entimo.de/Calendar [calICSCalendar] Commencing write of ICS Calendar Ronald iCal [calICSCalendar] Writing ICS File https://xyz.entimo.de/home/user@entimo.de/Calendar [calICSCalendar] channel.requestSucceeded: true Zeitstempel: 13.07.2015 10:59:04 Fehler: Kein Element gefunden Quelldatei: moz-nullprincipal:{c5eb9fa7-9133-4d47-bda7-fd747ddcfc71} Zeile: 1 [calICSCalendar] Commencing write of ICS Calendar Ronald iCal [calICSCalendar] Writing ICS File https://xyz.entimo.de/home/user@entimo.de/Calendar [calICSCalendar] channel.requestSucceeded: true Zeitstempel: 13.07.2015 10:59:08 Fehler: Kein Element gefunden Quelldatei: moz-nullprincipal:{a224e47b-6138-41f7-b9de-8fb362f93de0} Zeile: 1 Expected results: The Reminder Dialog should be open until I process all entries (minimum re remind for x minutes or Dismiss )
Can you enable calendar.debug.log and calendar.debug.log.verbose in the config editor and check whether you get additional log entries, please? Do you have caching enabled for the respective calendar?
Component: Dialogs → Alarms
Have you setup the calendar newly in TB38/Ltn 4.0 or already before upgrading to the same?
calendar.debug.log and calendar.debug.log.verbose are always TRUE caching is disabled TB38/Ltn 4.0 are upgraded from earlier versions I had die same behavior in TB31/Ltn3 I hoped the issue were fixed with BUG 1120258
I switched to English in TB 1. Step Reminder Dialog is shown 2. Step clear Error Console 3. Step wait until Dialog is gone [calICSCalendar] Refreshing Ronald iCal [calICSCalendar] Loading ICS succeeded, needs further processing: true [calICSCalendar] Parsing ICS succeeded for https://xyz.entimo.de/home/user@entimo.de/Calendar [calICSCalendar] Commencing write of ICS Calendar Ronald iCal [calICSCalendar] Writing ICS File https://xyz.entimo.de/home/user@entimo.de/Calendar [calICSCalendar] channel.requestSucceeded: true Timestamp: 17.07.2015 10:50:58 Error: no element found Source File: moz-nullprincipal:{0f398633-ac56-4806-9dc9-965f50b69ddb} Line: 1 5. Click on {0f398633-ac56-4806-9dc9-965f50b69ddb} ---- The address wasn't understood One of the following (view-source, moz-nullprincipal) is not a registered protocol or is not allowed in this context. You might need to install other software to open this address. ---- Timestamp: 17.07.2015 10:51:14 Error: NS_ERROR_UNKNOWN_PROTOCOL: Component returned failure code: 0x804b0012 (NS_ERROR_UNKNOWN_PROTOCOL) [nsIWebNavigation.loadURI] Source File: chrome://global/content/viewSource.js Line: 178 6. Click on chrome://global/content/viewSource.js if (loadFromURL) { // Currently, an exception is thrown if the URL load fails... var loadFlags = Ci.nsIWebNavigation.LOAD_FLAGS_NONE; getWebNavigation().loadURI(viewSrcUrl, loadFlags, null, null, null); }
Can you attach the respective event to this bug? You may mask sensitive information for privacy reasons if required, but please make sure to not change any information structure.
Attached file CalendarPart.zip
all events from today
Confirming for 4.0.x - the dialog gets closed on calendar reload, reappears on the next reload and the cycle starts again with the subsequent reload. Tested with a local ics file, so network outage cannot be an issue here. It works for 4.4 on Daily, so this must have already been fixed [1] in 4.1 or later, so eventually that fix can be backported easily, although there are no obvious candidates. [1] https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&product=Calendar&target_milestone=4.1&target_milestone=4.2&target_milestone=4.3&target_milestone=4.4&target_milestone=4.5&target_milestone=4.6&target_milestone=4.7
Status: UNCONFIRMED → NEW
Ever confirmed: true
Maybe it happend while fixing strict warnings in bug 1049591. Can you check some intermediate versions like 4.1, 4.2 or 4.3 to see exactly which one it starts working in again? I would have assumed that this is "expected" behavior somehow, where if a reload happens then the events are removed from the reminder dialog, but then should show up again when the reload is complete.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: