<a class="header-button" href="https://bugzilla.mozilla.org/home" title="Go to home page"> Bugzilla

Comment 3

•

4 years ago

Hi all,

I was about to make a bug report myself but this bug is actually exactly mine. I have three synced CalDAVs (Posteo provider), and most of the time and for most events, it works fine. However, sometimes I needed to do the unchecking-and-then-checking-again of the "Offline Support" checkbox for all events to appear if another client with access to the calendar added events.

With the last version of Thunderbird, this does not fix the issues anymore. I recently created simple, non-recurring events,without description or location, they got uploaded to the CalDAV server, they appear online and on my phone, but after a refresh/sync of Thunderbird they do not show up anymore on the computer that created them. I have another computer and there the situation is even more severe, and I only see half of my recent events.

Debug log: syncing with Offline Support already on

When activating the debugging option for the calendar, syncing the calendars gives me this (anonymized):

14:06:01.936 Passing provided credentials for user <USERNAME@posteo.net> to nsIHttpChannel. HttpRequest.jsm:612:21
14:06:03.058 Passing provided credentials for user <USERNAME@posteo.net> to nsIHttpChannel. HttpRequest.jsm:612:21
14:06:04.107 Lightning: [calCachedCalendar] Performing playback operation add on 0 items to CAL3 calCachedCalendar.js:647
14:06:04.129 Lightning: [calCachedCalendar] Performing playback operation add on 0 items to CAL1 calCachedCalendar.js:647
14:06:04.361 Lightning: [calCachedCalendar] Performing playback operation modify on 0 items to CAL3 calCachedCalendar.js:647
14:06:04.380 Lightning: [calCachedCalendar] Performing playback operation modify on 0 items to CAL1 calCachedCalendar.js:647
14:06:04.469 Lightning: [calCachedCalendar] Performing playback operation add on 0 items to CAL2 calCachedCalendar.js:647
14:06:04.512 Lightning: [calCachedCalendar] Performing playback operation delete on 0 items to CAL3 calCachedCalendar.js:647
14:06:04.512 Lightning: [calCachedCalendar] Doing changelog based sync for calendar https://posteo.de:8443/calendars/USERNAME/vxoxas/ calCachedCalendar.js:340
14:06:04.513 Lightning: CalDAV: send (PROPFIND https://posteo.de:8443/calendars/USERNAME/vxoxas/): <?xml version="1.0" encoding="UTF-8"?>
<D:propfind xmlns:D='DAV:' xmlns:CS='http://calendarserver.org/ns/'><D:prop><CS:getctag/></D:prop></D:propfind> CalDavRequest.jsm:121
14:06:04.524 Lightning: [calCachedCalendar] Performing playback operation delete on 0 items to CAL1 calCachedCalendar.js:647
14:06:04.524 Lightning: [calCachedCalendar] Doing changelog based sync for calendar https://posteo.de:8443/calendars/USERNAME/default/ calCachedCalendar.js:340
14:06:04.525 Lightning: CalDAV: send (PROPFIND https://posteo.de:8443/calendars/USERNAME/default/): <?xml version="1.0" encoding="UTF-8"?>
<D:propfind xmlns:D='DAV:' xmlns:CS='http://calendarserver.org/ns/'><D:prop><CS:getctag/></D:prop></D:propfind> CalDavRequest.jsm:121
14:06:05.027 Lightning: CalDAV: recv: <?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:card="urn:ietf:params:xml:ns:carddav" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/"><d:response><d:href>/calendars/USERNAME/vxoxas/</d:href><d:propstat><d:prop><cs:getctag>299</cs:getctag></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response></d:multistatus>
CalDavRequest.jsm:140
14:06:05.027 Lightning: CalDAV: Status 207 checking ctag for calendar CAL3 CalDavCalendar.jsm:1226
14:06:05.028 Lightning: CalDAV: send (PROPFIND https://posteo.de:8443/calendars/USERNAME/vxoxas/): <?xml version="1.0" encoding="UTF-8"?>
<D:propfind xmlns:D="DAV:"><D:prop><D:getcontenttype/><D:resourcetype/><D:getetag/></D:prop></D:propfind> CalDavRequest.jsm:121
14:06:05.176 Lightning: CalDAV: recv: <?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:card="urn:ietf:params:xml:ns:carddav" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/"><d:response><d:href>/calendars/USERNAME/default/</d:href><d:propstat><d:prop><cs:getctag>3256</cs:getctag></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response></d:multistatus>
CalDavRequest.jsm:140
14:06:05.176 Lightning: CalDAV: Status 207 checking ctag for calendar CAL1 CalDavCalendar.jsm:1226
14:06:05.177 Lightning: [calCachedCalendar] replayChangesOn finished. calCachedCalendar.js:357
14:06:05.212 Lightning: [calCachedCalendar] sync queue empty. calCachedCalendar.js:329
14:06:05.557 Lightning: [calCachedCalendar] Performing playback operation modify on 0 items to CAL2 calCachedCalendar.js:647
14:06:05.575 Lightning: [calCachedCalendar] replayChangesOn finished. calCachedCalendar.js:357
14:06:05.595 Lightning: [calCachedCalendar] sync queue empty. calCachedCalendar.js:329
14:06:06.439 Lightning: [calCachedCalendar] Performing playback operation delete on 0 items to CAL2 calCachedCalendar.js:647
14:06:06.439 Lightning: [calCachedCalendar] Doing changelog based sync for calendar https://posteo.de:8443/calendars/USERNAME/bxgrtl/ calCachedCalendar.js:340
14:06:06.440 Lightning: CalDAV: send (PROPFIND https://posteo.de:8443/calendars/USERNAME/bxgrtl/): <?xml version="1.0" encoding="UTF-8"?>
<D:propfind xmlns:D='DAV:' xmlns:CS='http://calendarserver.org/ns/'><D:prop><CS:getctag/></D:prop></D:propfind> CalDavRequest.jsm:121
14:06:06.637 Lightning: CalDAV: recv: <?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:card="urn:ietf:params:xml:ns:carddav" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/"><d:response><d:href>/calendars/USERNAME/bxgrtl/</d:href><d:propstat><d:prop><cs:getctag>1934</cs:getctag></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat></d:response></d:multistatus>
CalDavRequest.jsm:140
14:06:06.637 Lightning: CalDAV: Status 207 checking ctag for calendar CAL2 CalDavCalendar.jsm:1226
14:06:06.638 Lightning: [calCachedCalendar] replayChangesOn finished. calCachedCalendar.js:357
14:06:06.667 Lightning: [calCachedCalendar] sync queue empty. calCachedCalendar.js:329

To a layman, this reads like Thunderbird doesn't realize that there are events missing.

Debug log: Offline Support off

If I uncheck the "Offline Support" function, it refreshes automatically, and I get much more info. To not just copy paste the entire thing, here are the different things that I find:

One type of error message:

14:16:15.604 NS_ERROR_UNEXPECTED: Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsISAXXMLReader.onDataAvailable] CalDavRequestHandlers.jsm:883
    onDataAvailable resource:///modules/caldav/CalDavRequestHandlers.jsm:883
14:16:15.605 Lightning: CalDAV: Still need to fetch 521 elements. CalDavRequestHandlers.jsm:860

This one is repeated a couple of times, with the number of "to fetch" items always being the message afterwards, and that number going down. I wish I knew how to get more information about why the error happened, or during which part of reading the calendar file, or what the error actually means, so if there are any ways to get more information about this error particularly, please let me know.

Two types of warning message:

About parsing warnings that were not fatal, one example (again anonymized):

14:16:29.892 Lightning: Parsing failed for parts of the item (while this is considered to be a minor issue, we continue processing the item):
BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VTIMEZONE
...
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20191021T185516Z
LAST-MODIFIED:20191106T181650Z
DTSTAMP:20191106T181650Z
UID:0a7b2c90-1c35-4639-9d7e-357b3e8d870a
SUMMARY:...
X-MOZ-LASTACK:20191024T053255Z
DTSTART;TZID=...:20191023T180000
DTEND;TZID=...:20191023T200000
TRANSP:OPAQUE
LOCATION:...
X-MOZ-GENERATION:1
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;VALUE=DURATION:-PT1H
X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE parameter with an illegal type for property: VALUE=DURATION
DESCRIPTION:Default Mozilla Description
X-LIC-ERROR;X-LIC-ERRORTYPE=PARAMETER-VALUE-PARSE-ERROR:Got a VALUE parameter with an illegal type for property: VALUE=DURATION
END:VALARM
END:VEVENT
END:VCALENDAR
CalIcsParser.jsm:147

I'm guessing that the errors are triggered because of this "illegal type for property...", and they might be leftovers from when I migrated the calendar through Thunderbird from Exchange to CalDAV. Some are more recent, but based on calendar invites sent via email. I did some spot checks and it seems though that all of these events are still shown to me in the calendar, which is good.

About location being invalid (calendar name anonymized):

14:16:25.883 Lightning: CalDAV: Fatal Error doing multiget for CAL2: XML Parsing Error: not well-formed
Location: about:blank
Line Number 1404, Column 63: CalDavRequestHandlers.jsm:891

This warning is then followed in pink by what I'm guessing is part of my calendar with thousands of lines, but the line number in question just contains BEGIN:VEVENT so I'm not sure the line number is actually referring to that part of the log. For example, here is one, starting from line "1404" (anonymized):

BEGIN:VEVENT
CREATED:20210427T171631Z
LAST-MODIFIED:20210427T171719Z
DTSTAMP:20210427T171719Z
UID:cde153e6-e5b0-4fa3-a27b-cfc005ba99bc
SUMMARY:...
DTSTART;TZID=...:20210505T120000
DTEND;TZID=...:20210505T130000
TRANSP:OPAQUE
LOCATION:..(url)...
END:VEVENT
...

This particular event also shows up in the calendar, so either the line numbers refer to something else (i.e., another event that is missing), or the warning is non-breaking.

Exporting the calendar

For what it's worth, I also exported both my local calendar as well as the remote calendar into files and then searched them for about:blank but didn't get any matches. Most importantly though, the local export also did not contain the missing events, whereas the remote export one did, which suggests to me that it's not some rendering/filtering issue.

Please let me know if there is any additional debugging I can do. I'm happy that the sync still works under the hood such that I can double-check for any missing events on my phone to make sure I'm not forgetting about events, because if not, I'd have to go back to the Outlook desktop app which I really want to avoid.

Thanks,
PBB

Martin Schröder [:mschroeder]

Comment 4

•

4 years ago

I forgot to add the version, this is on Thunderbird: 78.10.0 (32-bit).

tmbhvmhfmh

Comment 5

•

4 years ago

Completely same issue here, basically since upgrading to TB 78. It is really a pain and reduces productivity significantly. It seems that the calendar is not really in the focus of development.

Updated

•

4 years ago

Flags: needinfo?(ulrike.schulze)

Martin Schröder [:mschroeder]

Updated

•

4 years ago

status-thunderbird_esr78: --- → affected

Memmie Lenglet

Comment 6

•

3 years ago

I've got the same issue, for a CalDAV calendar subscription (with offline support on):

some events or tasks are missing or deleted still there
missing events appears on the server and different clients/software
"Synchronise Calendars" do nothing (that update .ics calendars but the CalDAV one)

If I turn off offline support:

"Synchronise Calendars" update (ex: when I create a new task/event with an other client)
no more events are missing

Also:

restart Thunderbird do nothing (if offline support is on)
recreate the subscription, get a fresh events/tasks list
there is no error in the console

Thunderbird 101.0b2, server: Baikal 0.9.2

It look likes there is some duplicated bugs: bug 1659076, bug 1704813

Sparhawk

Comment 7

•

3 years ago

Thanks for the hint with disabling offline support. That seems to work so far.

For the record, I suspect this is a workaround, and not necessarily the bug itself. If I disable offline support, then enable it again, I do see different (more?) events synchronising, so I suspect this might just a manual way of triggering a refresh?

OTOH KOrganizer and Android's DavX5 work consistently for me, synchronising all events. Strangely enough, Thunderbird misses different events on different iterations. There is no consistencty.

tmbhvmhfmh

Comment 8

•

3 years ago

It is really a pain that there is no working solution. The problem was gone for a while but now returned severely in 102.3.2 (running Arch Linux). Disabling offline support seems not to help in my case.

Events disappear in Lightning although they are on the server. One can show them again by changing the event e.g. adding an additional reminder and syncing from my mobile using DavX5.

This issue severely limits the application of TB in a productive environment.

Sparhawk

Comment 9

•

3 years ago

@tmbhvmhfmh A(In reply to tmbhvmhfmh from comment #8)

Disabling offline support seems not to help in my case.

Ugh, thanks for that information. Presumably it worked when I tried only because it had another chance to sync, and this time managed to do it properly. It's annoying that TB is obviously capable of scraping any individual event, just not consistently.

TBH I stopped using TB years ago because of this problem. I can't afford to miss an important event! I've been using KOrganizer, which works better most of the time (but is by no means perfect). I've tested 11 different Linux calendars, and none work well unfortunately.

Pascal

Comment 10

•

3 years ago

Similar issue here with TB 102.2.2 on Ubuntu 22.04.1 LTS.

The Problem seems to extend to local calendars, as well, where a reoccurring event is not shown, although it was visible before the last update.

leo

Comment 11

•

3 years ago

Similar issue here with TB 102.3.2 on Debian testing, google calendar via caldav.

restart Thunderbird do nothing, only disabling 'offline support' calendar syncs (there is no error in the console).

Thomas D. (:thomas8)

Updated

•

3 years ago

Updated

•

2 years ago

Updated

•

2 years ago

Keywords: dupeme

Summary: Events not shown in Lightning, even after refreshed synchronization → Events not shown in Lightning, even after refreshed synchronization, releated to offline support

Comment 12

•

2 years ago

(In reply to leo from comment #11)

Similar issue here with TB 102.3.2 on Debian testing, google calendar via caldav.

restart Thunderbird do nothing, only disabling 'offline support' calendar syncs (there is no error in the console).

Still happening with 102.6.1?

TomasS

Comment 13

•

2 years ago

(In reply to Arthur K. (he/him) from comment #12)

Still happening with 102.6.1?

It seems to be fixed in 102.6.1 ...? https://bugzilla.mozilla.org/show_bug.cgi?id=1659076#c11
Can others confirm?

Andrei Hajdukewycz [:sancus]

Comment 14

•

2 years ago

I'm curious what Pascal and leo from 3 months ago say since they were the last ones to experience this issue, but at least personally I can say that it hasn't happened to me recently (from memory), and enabling verbose calendar debugging with the same calendars that used to throw errors now don't throw error anymore.

Updated

•

2 years ago

Priority: -- → P2

apollo11

Comment 15

•

2 years ago

I now have this on three different computers running Ubuntu 22.04 with Thunderbird 102.13.0, I have this problem for a few days now. All 3 computers have been in use for several years running Tbird and Lightning i.e. not new installs, and have never had this problem before.

As above, deselecting Offline Support removes all events and then reloads them including the missing events. Reselecting Offline Support also reloads the events, but gradually new ones start to go missing on the other machines.

Calendars synced from Nextcloud and Google. Web interfaces and phone sync show these are working as expected.

Jérémie Parisel

Comment 16

•

2 years ago

Same here with multiple users using 102.14.0 on Windows - Caldav backend is a Nextcloud server 26.0.5

Deselecting Offline Support also removes all events and then reloads them including the missing events.

Is there any way to debug Caldav synchronization?

lennart

Comment 17

•

2 years ago

Bug 1713625 looks similar.

Magnus Melin [:mkmelin] (away, back June 30)

Updated

•

2 years ago

Comment 18

•

2 years ago

I confirm this bug. I have a calendar filled with events shared by the admin on Nextcloud. One event is not showing up in Thunderbird, but it appears in Evolution/Gnome.

I'm using a fresh Thunderbird installation, version 115.3.1, connected to caldav on Nextcloud 26.0.1.

I can confirm that the workaround works: disabling Offline Support makes the event appear. Thanks for sharing this workaround!

This is a critical bug: you cannot trust a tool that provides a calendar with missing professional events.

I'm new to the Thunderbird Community, and I'm assessing which open-source office suite would be the best for my professional community. This tool is very nice to use but lacks some pro features, one of which is certified working core features.

I would suggest proposing an LTS Thunderbird version, similar to what Linux & Ubuntu do.

Comment 19

•

2 years ago

(In reply to Samir Saidani from comment #18)

I confirm this bug. I have a calendar filled with events shared by the admin on Nextcloud. One event is not showing up in Thunderbird, but it appears in Evolution/Gnome.

I'm using a fresh Thunderbird installation, version 115.3.1, connected to caldav on Nextcloud 26.0.1.

I can confirm that the workaround works: disabling Offline Support makes the event appear. Thanks for sharing this workaround!

This is a critical bug: you cannot trust a tool that provides a calendar with missing professional events.

I'm new to the Thunderbird Community, and I'm assessing which open-source office suite would be the best for my professional community. This tool is very nice to use but lacks some pro features, one of which is certified working core features.

I would suggest proposing an LTS Thunderbird version, similar to what Linux & Ubuntu do.

Thanks for confirming. Can you also update to 115.4.1 and try as well? Version 115 is, in Mozilla-speak, an LTS release but is called ESR (Extended Support Release).

Comment 20

•

2 years ago

I have this issue on 115.4.1.

One additional point to highlight is that the failure is silent. Nothing in the calendar UI tells you that synchronisation has failed. You have to dig into the console logs to see messages like:

"There has been an error reading data for calendar: [name redacted]. However, this error is believed to be minor, so the program will attempt to continue. Error code: DAV_REPORT_ERROR. Description: There has been an error reading data for calendar: [CalDav URL redacted]. It has been disabled until it is safe to use it."

Having an unsynced calendar isn't great. But having an unsynced calendar which according to the UI is synced is a really bad failure mode.

Like other reporters have said: how can we trust Thunderbird for our critical appointments?

Alessandro Castellani [:aleca]

Comment 21

•

2 years ago

FWIW in my case the CalDAV server isn't NextCloud-based. It also syncs fine with DavX on Android.

Comment 22

•

2 years ago

We're planning to rework the calendar providers, which we know are not optimal and they can create all these random issues reported in the bug.
We will potentially tackle this from next year so marking this issue as P3.
Apologies for the inconvenience.

Severity: -- → S4

Status: UNCONFIRMED → NEW

status-thunderbird_esr115: --- → wontfix

status-thunderbird_esr78: affected → ---

Ever confirmed: true

Keywords: triaged

Priority: P2 → P3

Comment 23

•

2 years ago

Of course I don't have insight into the resource constraints that drive the prioritisation here. But as far as severity is concerned, S4 means "minor significance, cosmetic issues, low or no impact to users." And none of those descriptions fit this bug.

Previous comments have explained how this impacts users, but to summarise, the effect of this bug is both high frequency (personally I get problems at least weekly), and high impact (missed appointments and deadlines).

A better reflection of that would be S2, i.e. "major functionality/product severely impaired or a high impact issue and a satisfactory workaround does not exist".

Alessandro Castellani [:aleca]

Comment 24

•

2 years ago

I agree that S4 sounds too low for this issue because people are missing events.

Updated

•

2 years ago

Severity: S4 → S2

Thomas B

Comment 25

•

1 year ago

Also happens to me in Thunderbird 115.6.0 (64-bit) on Ubuntu 22.04 with Nextcloud 27.1.5.1 while DavX5 on Android syncs fine.

Very annoying - I hope this can be fixed soon.

Comment 26

•

1 year ago

I have the exakt same issue, and also had some annoying and embarrassing situations with it, missing appointments, or needing to cancel appointments as I double booked a time slot, when calenders were not properly synced.

System info:
Windows 10
Thunderbird 115.7.0
Nextcloud 27.1.6.2

Sad to see that this topic is already 4 years ( other linked thread) old and not to be updated soon. Due to this issue I acually searched for alternativ calender apps under windows with caldav support. But I did not find something suiting my needs, yet.

Sadly I do not have the skillset to help fixing it. While I have some programming experience (not proffessional), I have near to no experience in Rust, C and C++. If despite that sombody is willing to get onto that and thinks I could be of any help let me know, I would be willing to learn.

Comment 27

•

1 year ago

Adding to my previous comment:
When I look in the logs at first there is nothing to be found.
When I toggle the offline support off, the calender reloads fine, no errors.
When I toggle the offline support back on the calender refreshes again, and the error logs give me th following:

Calendar: Could not find definition for W. Europe Standard Time 4 CalTimezoneService.jsm:135
Calendar: Could not find definition for (UTC+01:00) Amsterdam, Berlin, Bern, Rom, Stockholm, Wien 2 CalTimezoneService.jsm:135

Don't know if the error with the time zones might be responsible for the issue, that the sync process breaks. But this is what I got.

Comment 28

•

1 year ago

(In reply to Jonas from comment #27)

Adding to my previous comment:
When I look in the logs at first there is nothing to be found.
When I toggle the offline support off, the calender reloads fine, no errors.
When I toggle the offline support back on the calender refreshes again, and the error logs give me th following:

Calendar: Could not find definition for W. Europe Standard Time 4 CalTimezoneService.jsm:135
Calendar: Could not find definition for (UTC+01:00) Amsterdam, Berlin, Bern, Rom, Stockholm, Wien 2 CalTimezoneService.jsm:135

Don't know if the error with the time zones might be responsible for the issue, that the sync process breaks. But this is what I got.

And this is using 115.7.0? By chance have some of these events that you're not seeing in TB been created in Android Calendar app?

Flags: needinfo?(4o7okh)

Comment 29

•

1 year ago

Yes I am using the calendar across two computers, both win 10 with Thunderbird 115.7.0, and a Android phone with the DigiCal app and the DAVx5 app to sync it. On the phone everything seams to work smoothly.
I cannot say for sure with which device I created the events that are not synced propperly. I just found them several days after. When I, for instance, realized that there are two appointments in the calendar at the same time.
It is definitely also not 100% reproducable. Most events are in properly set in all calendars. But sometimes appointments are not been synced properly. A few days ago I found another one were I am shure that I shifted it to another day, but it was not shifted in the calendar.

Flags: needinfo?(4o7okh)

Comment 30

•

1 year ago

For the most part, this sounds close to what I saw as well. An odd one here and there. I was 99% certain that it was my Android calendar that was likely at fault. But somewhere in maybe early or mid-2023 Google must have fixed the Calendar app because I stopped having issues. Seems you have a bit more complicated setup than I do though.

Comment 31

•

1 year ago

Yes this might be the root of the problem that there is some odd formating in Andriod calendars. I am on the otherhand quite sure that the problem is within Thunderbird as the syncing between the Android and Nextcloud server works fine. The calendars in the Nextcloud webinterphase and the calendar on my phone are allways the same while Thunderbird is different. And after toggling between offline support calendar and only online in Thunderbird all calendars are up to date.

Comment 32

•

1 year ago

(In reply to Jonas from comment #31)

Yes this might be the root of the problem that there is some odd formating in Andriod calendars. I am on the otherhand quite sure that the problem is within Thunderbird as the syncing between the Android and Nextcloud server works fine. The calendars in the Nextcloud webinterphase and the calendar on my phone are allways the same while Thunderbird is different. And after toggling between offline support calendar and only online in Thunderbird all calendars are up to date.

It could be. In fact, today I had a bunch of recurring events fire off and a couple of them only on my Android calendar. I re-edited and saved them to see if they fire off in TB tomorrow.

Comment 33

•

1 year ago

(In reply to Jonas from comment #31)

And after toggling between offline support calendar and only online in Thunderbird all calendars are up to date.

My setup involves syncing with an Android calendar and I also get these intermittent failures. But like you say, toggling from offline->online generally fixes it. If the problem was the Android calendar app using a weird format, we'd probably expect the failure to be persistent rather than intermittent?

Comment 34

•

1 year ago

•

Edited

(In reply to pg_78 from comment #33)

(In reply to Jonas from comment #31)

And after toggling between offline support calendar and only online in Thunderbird all calendars are up to date.

My setup involves syncing with an Android calendar and I also get these intermittent failures. But like you say, toggling from offline->online generally fixes it. If the problem was the Android calendar app using a weird format, we'd probably expect the failure to be persistent rather than intermittent?

Perhaps. So who's not following the spec?

fabrice.prigent

Comment 35

•

1 year ago

In our university, our president and its staff lose some appointment, since 18 month, at least, because of this problem . We are using Thunderbird (v115) with SOGo as central calendar.

Some people in the direction staff ask for Outlook....

Marc Koch

Comment 36

•

10 months ago

This bug is really critical.
It's hard to explain to our employees why we use FLOSS software instead of Outlook when they keep missing important appointments because of Thunderbird.

Comment 37

•

10 months ago

The bug affects us in v128 as well.

People leading a team needs something like 20 calendars (coming from a nextcloud caldav resource) in order to coordinate activities. We can't measure if this related as well due calendars: Some people mention a "App is not responding" message as well..

This leads to people coming from outlook are really disappointed about it and get a bad feeling towards FLOSS software.

Comment 38

•

10 months ago

Perhaps it could be a first step to toggle the behaviour when subscribing to calendars: Don't tick the box "Offline-Support"?

Updated

•

10 months ago

status-thunderbird_esr128: --- → affected

Keywords: dupeme

OS: Unspecified → All

Summary: Events not shown in Lightning, even after refreshed synchronization, releated to offline support → Events not shown in Lightning, even after refreshed synchronization, related to offline support caldav/nextcloud

Whiteboard: [datalossy]

Updated

•

10 months ago

Blocks: 1659076

Duplicate of this bug: 1659076

Updated

•

10 months ago

Duplicate of this bug: 1795720

Updated

•

10 months ago

Duplicate of this bug: 1896560

Updated

•

10 months ago

Duplicate of this bug: 1905870

buuuuuuuugzilla

Comment 43

•

10 months ago

for me, this issue happens more frequently when creating events on my laptop, while my pc is offline and then putting my pc online again.

Comment 44

•

9 months ago

•

Edited

If esr128 is affected, can we be sure that bug 1908530 was not the root cause of this cache issue ? (it was mentionned in bug 1908530 comment 1 as a possibility)

Comment 45

•

8 months ago

(In reply to Merome from comment #44)

If esr128 is affected, can we be sure that bug 1908530 was not the root cause of this cache issue ? (it was mentionned in bug 1908530 comment 1 as a possibility)

Is 128 in fact affected? bug 1908530 is fixed in 128.2.1.

Comment 46

•

8 months ago

We are using 128.4.2 and face this issue. We create events in the calendar app on nextcloud and some of them are synched fine, some doesn't appear even after a manual sync.

We do not find a speaking error message in the developer tools

This is really disastrous for us because people overlook appointments to which they have been invited and to which they have been invited.
The pressure regarding this issue is really high, we are dependent on working with teams across the globe and also subscribing to calendars of teams with > 20 employees.
If this doesn't work reliably, it is detrimental to us. Is there a way to fund the resolution of this issue?

enzomas

Comment 47

•

8 months ago

Bug 947138 (opened 11 years ago) looks identical.

Comment 48

•

8 months ago

Yes, but it also affects us with offline mode disabled.

Comment 49

•

8 months ago

Are you sure ? We (~400 accounts) are using Nextcloud Caldav with Thunderbird. When offline mode is disabled, all events are shown.
Have you checked the event privacy (on caldav/thunderbird, private events don't show up on shared calendars) ?
Can you reproduce the problem on demand or is it totally random ?
Can you try with another caldav client (Android / Ios), are there missing events too ? The same events missing in Thunderbird ?

Comment 50

•

8 months ago

I can reproduce that an event is not listed on nextcloud after a manual sync of the calendar in thunderbird with offline-support disabled.

Comment 51

•

8 months ago

And we had the same issue in the other direction: An event appears on nextcloud. We first synched the calendar with offline-support. It doesn't appear after a sync with offline-support disabled as well.

Comment 52

•

8 months ago

(In reply to Merome from comment #49)

Are you sure ? We (~400 accounts) are using Nextcloud Caldav with Thunderbird. When offline mode is disabled, all events are shown.
Have you checked the event privacy (on caldav/thunderbird, private events don't show up on shared calendars) ?
Can you reproduce the problem on demand or is it totally random ?
Can you try with another caldav client (Android / Ios), are there missing events too ? The same events missing in Thunderbird ?

I too have this problem in Thunderbird (it's sporadic, can't necessarily be reproduced on demand).

The calendar is not hosted on Nextcloud.

My Android CalDAV client syncs with it fine - it's specifically on Thunderbird that the problem appears.

Geoff Lankow (:darktrojan)

Comment 53

•

6 months ago

Per this comment dated 2023-11-30,

We will potentially tackle this from next year

i.e. in 2024.

Could we get an update on where progress on resolving this issue stands at the end of 2024?

Updated

•

6 months ago

Comment 54

•

3 months ago

In Thunderbird 136 I do not have this bug any more! On performative machines on Windows and with offline support enabled, I had this bug for almost 5 years now. What a relieve!

lorenz-schule

Comment 55

•

3 months ago

Can anyone confirm that the error has been resolved?

Comment 56

•

3 months ago

Someone on Bug 1713625 has just said the bug is still present. Is it the same bug ? Who knows ?

enzomas

Comment 57

•

3 months ago

I confirm, still present in 136.0.
Using the developer tools (networks tab), I see that for calendars that aren't updating, there are no more requests to the server (there are requests for all other calendars).
The only way to recover missing events is to uncheck and then recheck offline mode.

Comment 58

•

3 months ago

Since several months, I have some calendars connected twice (one with offline mode checked, the other without) to a Nextcloud caldav server.
When I choose to display the 2 modes of the same calendar, I can verify easily if some events are missing. For now, all events are present on the 2 calendars mode. Nothing is missing.
I was not able to reproduce this bug since TB 128, I'm surprised that you can quickly affirm TB 136 is affected (or not), can you describe the test protocol you have ?

enzomas

Comment 59

•

3 months ago

(In reply to Merome from comment #58)

Since several months, I have some calendars connected twice (one with offline mode checked, the other without) to a Nextcloud caldav server.
When I choose to display the 2 modes of the same calendar, I can verify easily if some events are missing. For now, all events are present on the 2 calendars mode. Nothing is missing.
I was not able to reproduce this bug since TB 128, I'm surprised that you can quickly affirm TB 136 is affected (or not), can you describe the test protocol you have ?

I'm experiencing the bug, but I'm unable to find a way to reproduce its trigger. I have a set of professional Caldav calendars that I access from multiple computers (laptop, desktop, etc.) and devices: from time to time, one or more calendars silently stop updating in Thunderbird (new events don't appear, and event changes aren't updated). In this case, the only way to fix them is either to restart Thunderbird or to uncheck and recheck offline mode.
This behavior persists with Thunderbird 136.0 today.
I should point out that no other software component can be blamed, since my calendars synchronization is perfect using the web interface (sogo) or other clients (davx on Android, for example).
Finally, using or not using offline mode in TB shouldn't result in a different set of events being displayed, right?