Open
Bug 1183031
Opened 10 years ago
Updated 3 years ago
Reminder Dialog closed unexpected
Categories
(Calendar :: Alarms, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: rb, Unassigned)
Details
Attachments
(1 file)
1.35 KB,
application/zip
|
Details |
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 )
Comment 1•10 years ago
|
||
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
Comment 2•10 years ago
|
||
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);
}
Comment 5•10 years ago
|
||
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 7•10 years ago
|
||
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
Comment 8•10 years ago
|
||
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.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•