1183031 - Reminder Dialog closed unexpected

Status: NEW

Description

[Ronald B]

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/[e-mail]/Calendar
[calICSCalendar] Commencing write of ICS Calendar Ronald iCal
[calICSCalendar] Writing ICS File https://xyz.entimo.de/home/[e-mail]/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/[e-mail]/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 )

Comment 1

[[:MakeMyDay]]

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?

Comment 2

[[:MakeMyDay]]

Have you setup the calendar newly in TB38/Ltn 4.0 or already before upgrading to the same?

Comment 3

[Ronald B]

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

Comment 4

[Ronald B]

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/[e-mail]/Calendar
[calICSCalendar] Commencing write of ICS Calendar Ronald iCal
[calICSCalendar] Writing ICS File https://xyz.entimo.de/home/[e-mail]/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);
  }

Comment 5

[[:MakeMyDay]]

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.

Comment 6

[Ronald B]

Created attachment 8635251 [details]
CalendarPart.zip

all events from today

Comment 7

[[:MakeMyDay]]

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

Comment 8

[Philipp Kewisch [:Fallen] [:📆]]

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.