Can't Dismiss or dismiss all on notification from the calendar
Categories
(Calendar :: Alarms, defect)
Tracking
(Not tracked)
People
(Reporter: gustaf.lindqvist, Unassigned)
Details
Attachments
(1 file)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0
Steps to reproduce:
Can't Dismiss or dismiss all on notification from the calendar with both local and a CalDAV calendar running.
Actual results:
The window pop-up with events notifications, but you can't click on the button for dismiss or dismiss all. Nothing happens. So you a left with closing the window. So later on the pop-up will return with same moment 22 procedure.
Expected results:
Dismiss and dismiss all has work before in earlier version of Thunderbird with CalDAV and the same user and the local calendar created in application itself. Nothing has change for the calendar.
|
Reporter | |
Comment 2•4 years ago
|
||
(In reply to :Gijs (he/him) from comment #1)
Doesn't look like a security issue.
Added this with Add-ons: General. I couldn't choose Calendar as 'Component' when filling in the form for a bug report?
|
||
Updated•4 years ago
|
|
|
Reporter | |
Comment 3•4 years ago
|
||
Update: I can dismiss events from yesterday, but not today's and future events. Dismiss all button doesn't work either way.
|
||
Updated•4 years ago
|
|
|
Reporter | |
Comment 4•4 years ago
|
||
|
|
Reporter | |
Comment 5•4 years ago
|
||
|
|
Reporter | |
Updated•4 years ago
|
|
|
Reporter | |
Comment 6•4 years ago
|
||
Current solution is to disable the reminder dialog and the sound for the dialog.
|
||
Comment 7•4 years ago
|
||
Have you tried removing the calendar from Thunderbird and re-adding it? I've seen something a little like this in the past but don't know what solved it.
Also, if your server is returning 405 errors, that sounds like there's a misconfiguration somewhere and Thunderbird is trying to do something the server isn't capable of.
|
||
Comment 8•3 years ago
|
||
I can confirm the same behavior in version 78.13.0 (64-bit) running on Windows 10. Clicking on "Snooze", "Dismiss", "Snooze All", "Dismiss All" does nothing. Only the closing window button works.
I can confirm the same behaviour with Thunderbird 91.1.0 (64-Bit) and birthday entries from a Nextcloud calendar.
|
||
Comment 10•3 years ago
|
||
Why in the world this bug is still in "UNCONFIRMED" status is still a mystery to me. Problem is the same in Thunderbird 91.1.1 (64-bit) using CALDAV over Google calendar, and it happens just for certain kind of reminders, mainly those not created by me, but the one I'm guest.
NOTE: it is true that if you close the window then the alert is dismissed, but just for some time. You will get it out again in minutes. So it is not a solution, and neither is disabling the reminder dialog in the calendar, or exiting from the program: once you come back the alert is still there.
|
|
||
Comment 11•3 years ago
|
||
Adding more context coming from the logs, this is the sequence I get:
- Calendar: CalDAV: send: BEGIN:VCALENDAR
- Calendar: CalDAV: Item modified successfully on <MY CALENDAR NAME>
- Calendar: CalDAV: send(https://apidata.googleusercontent.com/caldav/v2/<MY GOOGLE MAIL>/events/): <?xml version="1.0" encoding="UTF-8"?>
<C:calendar-multiget xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav"><D:prop><D:getetag/><C:calendar-data/></D:prop><D:href>/caldav/v2/<MY GOOGLE MAIL>/events/<ID>%40google.com.ics</D:href></C:calendar-multiget> - Calendar: CalDAV: recv: null
- Calendar: CalDAV: skipping item with unmodified etag : "63767980641"
- Calendar: aChangeLogListener=undefined
calendarURI=https://apidata.googleusercontent.com/caldav/v2/<MY GOOGLE MAIL>/events/
iscached=true
this.mQueuedQueries.length=0 - Calendar: [calCachedCalendar] Doing changelog based sync for calendar https://apidata.googleusercontent.com/caldav/v2/<MY GOOGLE MAIL>/events/
- Calendar: CalDAV: send(https://apidata.googleusercontent.com/caldav/v2/<MY GOOGLE MAIL>): <?xml version="1.0" encoding="UTF-8"?>
<sync-collection xmlns="DAV:"><sync-token>/caldav/v2/<MY GOOGLE MAIL>/events/sync/<MY EVENT ID></sync-token><sync-level>1</sync-level><prop><getcontenttype/><getetag/></prop></sync-collection> - Calendar: CalDAV: webdav-sync Token: /caldav/v2/<MY GOOGLE MAIL>/events/sync/<MY EVENT ID>
- Calendar: CalDAV: recv:
- Calendar: CalDAV: New webdav-sync Token: /caldav/v2/<MY GOOGLE MAIL>/events/sync/<MY EVENT ID>
- Calendar: aChangeLogListener=[xpconnect wrapped calIGenericOperationListener]
calendarURI=https://apidata.googleusercontent.com/caldav/v2/<MY GOOGLE MAIL>/events/
iscached=true
this.mQueuedQueries.length=0 - Calendar: [calCachedCalendar] replayChangesOn finished. calCachedCalendar.js:357
- Calendar: [calCachedCalendar] sync queue empty.
|
||
Comment 12•3 years ago
|
||
The OP bug, with "X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE parame ter with an illegal type for property: VALUE=DURATION" has been solved https://bugzilla.mozilla.org/show_bug.cgi?id=1560151
Yet there are other issues with notification dismissing, and it's likely that the last comments are not related to the first one but to others.
|
||
Comment 13•3 years ago
|
||
I can confirm the same bug in TB 91.3.1 (64-Bit).
Having a reminder popping up it seems to be possible to click on the dismissing button. After doing this, the reminder windows becomes white and does not react. You can only close it.
I have CALDAV and offline-support in this calendar file activated, using the standard calendar of a Synology DS418, exclusively fed from TB-clients. It seems to be the offline-support making the trouble as it disabled for other calendars in use. After disabling offline-support, I'd been able to snooze the alarm for another two minutes (impossible before) and to close it by confirming the alarm.
However, for me there is still an annoying bug, as I'm not able using T-Bird's calender offline.
|
|
||
Comment 14•3 years ago
|
||
Are you sure this is the current bug, and not https://bugzilla.mozilla.org/show_bug.cgi?id=1733447 ?
The op. bug has been resolved, but there are other bugs with the same symptoms.
|
|
||
Comment 15•3 years ago
•
|
||
@OpenJD: I never saw the messages reported in bug 1733447. It just was some unexpected behaviour when having a CALDAV-calendar set to offline-support in TB (before in v78.x as well) that makes this mode not usable on all devices.
Sorry, I'm short in time now, however I'm linking to a conversation in a German TB-Forum:
https://www.thunderbird-mail.de/forum/thread/88234-probleme-bei-caldav-zusammenspiel-von-thunderbird-und-synology-diskstation/?postID=485865#post485865
Here in detail the problems are described, appearing while setting up the links to a Synology-calendar. Probably it is even interpretable in English. Otherwise I could try to reproduce it with my recent TB91.3.x. Unfortunately I likely can't do it before Thursday.
In short: There had been problems with disappearing alarms after enabling online-support (item 8) and calender-entries not shown in TB, but on the server, re-appearing (with no alarm set) after synchronising with disabled offline-support). Therefore I'm using a bunch of exported ICS-files that I use when being outside my own network. This is definitely no solution, rather a pain in the back.
Today I tumbled over the above described problem when using a desktop-PC (W10) where I forgot disabling the offline-support in just one out of several used calendar files. BTW, my daughter has no offline-problem when using her Apple-devices with the same data (no iCloud in use!).
|
||
Comment 16•3 years ago
|
||
As of version 91 , clicking on "Dismiss", "Snooze for $TIME", or "Dismiss all" has no effect, and I need to manually close the window.
This didn't happen on 78, and seems to be a problem for others as well (though some have the same issue on 78):
https://old.reddit.com/r/Thunderbird/comments/l0gfqh/cant_dismiss_calendar_notifications_7861/
Regarding bug sources other than Thunderbird itself, it could be related to some other GUI/widget toolkit package I've upgraded in parallel (I'd also suspect the CalDAV server itself, but it's running in a Docker container), but as it's been a problem for others I'm inclined to think it's Thunderbird.
Further info is provided below.
Distribution: Debian Sid
Kernel: 5.10.0-8-amd64
Desktop environment: XFCE 4.16 with xfwm 4.16.1-1
Thunderbird: 91.5.0 (1:91.5.0-2 according to apt)
|
||
Comment 17•3 years ago
|
||
Experiencing the same bug.
Events from the days before today - are not dismissing on 91.5.0
This bug Irritates much. Not sure why it's not fixed yet. Looking for another mail client already.
|
||
Comment 18•3 years ago
|
||
Probably hasn't been fixed because nobody with the proper Bugzilla privileges can confirm the issue.
Thunderbird 91.5.1 on Windows 10.
Created a recurring test event in my Home Calendar which started on Monday 01/24 @ Noon ending tomorrow with a reminder for "0 Minutes" before.
Saved and closed the event.
Immediately got the reminder dialog.
Clicked "Dismiss All" and the dialog closed.
Did the same with my Google CalDAV calendar, with the same result.
Changed the start time in both to 1 pm, with 15 minutes before reminder.
A reminder popped up, and I was able to snooze all for 15 minutes.
Also working with both calendars in 91.5.0 on Fedora 35 Workstation, Gnome 41 desktop.
|
|
||
Comment 19•3 years ago
|
||
The online mode within my own network doesn't make any trouble. The CalDAV-server in my case runs on a Synology NAS. However, I'm still not using it with offline support on my laptop-computers (Win10 and Linux Mint 20.3, Cinnamon desktop).
|
|
||
Comment 20•3 years ago
|
||
(In reply to axmoz from comment #19)
The online mode within my own network doesn't make any trouble. The CalDAV-server in my case runs on a Synology NAS. However, I'm still not using it with offline support on my laptop-computers (Win10 and Linux Mint 20.3, Cinnamon desktop).
That leaves me out as someone that could confirm the bug.
I don't have my own CalDAV server or a Synology NAS,
|
|
||
Comment 21•3 years ago
|
||
As exposed earlier in the thread, are you sure this is exactly the bug described in the OP (related to the "X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE parameter with an illegal type for property: VALUE=DURATION")? Because this bug has been resolved.
Yet, there is another bug with the same result (but with different causes): https://bugzilla.mozilla.org/show_bug.cgi?id=1733447
So could you all please check your error console (should be in "Tools > Developement tools > Error console" or so - I'm with a french version of TB so translation is approximate) and write down what is in error (appears in red, with the tag "Calendar:")?
To answer the remark about why this has not been corrected yet: the whole Thunderbird project is lacking developers. The Calendar extension is only a small side of Thunderbird. Do not hesitate in digging in the source code if you can (as I did myself to write a patch for the OP issue).
The one with the 405 error is a bit more tricky and despite trying to find the cause on my free time, I did not (until now).
|
|
||
Comment 22•3 years ago
|
||
@OpenJD: Thanks for your efforts, honestly! However, personally I have to say that interpreting the quoted messages / error reports is quite beyond my horizon. As I already wrote, I'm (quite) sure that is has nothing to do with the first bug "illegal type for property: VALUE=DURATION". For the second one "id=1733447" I tend to answer the same.
Again in short:
While being connected to my Synology Caldav-Server, all clients are behaving as expected - as long as no offline-support is checked on the client's side. Doing this in order to have all dates available, e.g at places without public WLAN, I'm experiencing some odd behaviour as described. This is true for a laptop running Win10 and as well for another one working with Linux Mint 20.3 (as I already wrote above).
I already read about the lack of Devs, unfortunately my coding abilities dried out. I have to admit, the last code lines for an application that I wrote happened about 40 years ago in Assembler, sorry. I would likely misinterpret what people like you have written, when searching myself for bugs.
|
|
||
Comment 23•3 years ago
|
||
@axmoz > If nothing happens in the reminder window, there must be an error triggered somewhere and it can be found in the Error console. If you can check there, that would be a first step in trying to figure out where is the problem.
|
||
Comment 24•3 years ago
|
||
I also cannot dismiss or snooze any reminders/alarms anymore on my Caldav calendar since the last upgrade to TB 91.5.0 on Ubuntu/PopOS! In the past I didn't have this problem...
I see a lot of messages in ErrorConsole:
Errors:
Calendar: [calCachedCalendar] replay action failed: <unknown>, uri=<removed>, result=2147500037, operation=[xpconnect wrapped calIOperation] calCachedCalendar.js:346
Warnings:
X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE parame
ter with an illegal type for property: VALUE=DURATION
|
|
||
Comment 25•3 years ago
|
||
Additionally I have some uncaught exceptions in the Console:
19:19:36.141 uncaught exception: Object 2 subprocess.jsm:392:22
19:19:36.616 uncaught exception: Object XPIProvider.jsm:215:15
19:19:47.228 uncaught exception: Object subprocess.jsm:392:22
19:19:47.238 uncaught exception: Object
11:44:59.904 uncaught exception: Object
21:29:32.318 [Exception... "Component returned failure code: 0x805e0006 [nsIChannel.asyncOpen]" nsresult: "0x805e0006 (<unknown>)" location: "JS frame :: resource:///modules/FaviconLoader.jsm :: load :: line 191" data: no] 2 FaviconLoader.jsm:191:20
load resource:///modules/FaviconLoader.jsm:191
load resource:///modules/FaviconLoader.jsm:581
loadIcons resource:///modules/FaviconLoader.jsm:657
onPageShow resource:///modules/FaviconLoader.jsm:694
onPageShow resource:///actors/LinkHandlerChild.jsm:72
handleEvent resource:///actors/LinkHandlerChild.jsm:173
|
|
||
Comment 26•3 years ago
|
||
@kelob what is your Thunderbird version? This bug has normally been resolved in version 91 (https://bugzilla.mozilla.org/show_bug.cgi?id=1560151). The VALUE=DURATION should not be triggering an X-LIC-ERROR error anymore ans should be parsed.
|
|
||
Comment 27•3 years ago
|
||
I use TB 91.5.0. Today I restarted TB and on startup I was able to dismiss and snooze alarms. Maybe it has something to do with using it on 2 laptops, I remember that I also tried to dismiss or snooze alarms on both devices in the last days...I will report if the problem comes up again...
|
||
Comment 28•3 years ago
|
||
This is probably bug 1727123 and I'm closing in favor of it (this is reported against 78). If anyone is experiencing this with non-Google calendars please let me know as I think that's the cause of the issue.
Description
•