Ky sajt do të funksionojë me kufizime, teksa bëjmë mirëmbajtjen e tij për të përmirësuar punën tuaj. Nëse një artikull nuk e zgjidh problemin tuaj dhe dëshironi të bëni një pyetje, kemi bashkësinë tonë të asistencës, e gatshme për t’ju ndihmuar, te @FirefoxSupport në Twitter dhe/r/firefox në Reddit.

Avatar for Username

Kërkoni te Asistenca

Shmangni karremëzime gjoja asistence. S’do t’ju kërkojmë kurrë të bëni një thirrje apo të dërgoni tekst te një numër telefoni, apo të na jepni të dhëna personale. Ju lutemi, raportoni veprimtari të dyshimtë duke përdorur mundësinë “Raportoni Abuzim”.

Mësoni Më Tepër

CardDAV-Calendar fault detection of conflicts; strange acting with conflict handling

  • Pa përgjigje
  • 0 e kanë hasur këtë problem
RalfK
RalfK
more options

Hello,

interesting behavior with a CalDaV calendar entry/date.

Scenario: Create a calendar-entry (date) with an alarm-setting (1h before...). Wait until the new entry is synced to the CalDAV server, in my case a Nextcloud. Close TB. Got to the Nextcloud calendar, or to and other client with that CalDAV Calendar, and remove the alarm, I do frequently in case the date paste... Start TB. After sync of the calendar, TB is telling you, that the date was changed at the server and asked "how to handle the detected conflict" (see screenshot). But 1. it isn't a conflict, just a normal change, which should change the local, "old" date 2. acting on the conflict resolution by pressing the button "Skip changes, load new" (Änderungen verwerfen und neu laden), I'm expecting to get the server version exchanging the local, old one... It does not: The local version will stay with the alarm. These date will not sync to server until TB is restarted. The alarm is now back on the server.

If the alarm is removed at the server (or on another client) while TB is running, the alarm is removed locally as "normal" change by synchronization...

I guess it is a bug!?

I'm using TB Version 128.4.3esr; build-id: 20241108210256 on Windows 11 (64bit). But this is also with TB under Linux (ubuntu, mint)

Gruss Ralf

Hello, interesting behavior with a CalDaV calendar entry/date. Scenario: Create a calendar-entry (date) with an alarm-setting (1h before...). Wait until the new entry is synced to the CalDAV server, in my case a Nextcloud. Close TB. Got to the Nextcloud calendar, or to and other client with that CalDAV Calendar, and remove the alarm, I do frequently in case the date paste... Start TB. After sync of the calendar, TB is telling you, that the date was changed at the server and asked "how to handle the detected conflict" (see screenshot). But 1. it isn't a conflict, just a normal change, which should change the local, "old" date 2. acting on the conflict resolution by pressing the button "Skip changes, load new" (Änderungen verwerfen und neu laden), I'm expecting to get the server version exchanging the local, old one... It does not: The local version will stay with the alarm. These date will not sync to server until TB is restarted. The alarm is now back on the server. If the alarm is removed at the server (or on another client) while TB is running, the alarm is removed locally as "normal" change by synchronization... I guess it is a bug!? I'm using TB Version 128.4.3esr; build-id: 20241108210256 on Windows 11 (64bit). But this is also with TB under Linux (ubuntu, mint) Gruss Ralf
Foto të bashkëngjitura ekrani

Duhet të bëni hyrjen te llogaria juaj që t’i përgjigjeni postimeve. Ju lutemi, filloni me një pyetje të re, nëse nuk keni ende një llogari.