Bug : Suppression d'une occurence sur un évènement récurent

Heliospeed · Janvier 8, 2025, 4:40

Bonjour,

Je viens de découvrir ce super plugin qui fait exactement ce que je souhaitais faire (même plus). Merci pour le gain de temps que ça va me faire gagner !!!

Je fais pour le moment des tests, et ça synchronise bien (avec iCloud). J’ai décidé de tester des évènements qui se répètent certains jours de la semaine, ça fonctionne et ça m’a bien créé une entrée récurrente côté Jeedom (j’imaginais pas que ça irai jusque la).
Je décide de supprimer une seule occurence, mais la j’ai toujours l’occurence de présente dans Jeedom.

Pourtant dans la log j’ai bien mes occurrences supprimé : "exdate":["2025-01-16","2025-01-22"] que je m’attendais à retrouvé dans le champ exclure par date

J’ai mis en titre Bug mais c’est peut-être moi qui ai loupé quelquechose… Au pire je peux créé chaque éléments manuellement c’est pas trop grave.

Encore merci @sagitaz pour ce plugin !!!

Log

[2025-01-08 17:28:40] DEBUG  : | Le calendrier Test-ical existe dans le plugin Agenda. Mise à jour des évènements.
[2025-01-08 17:28:41] DEBUG  : | ICAL = "BEGIN:VCALENDAR\r\nVERSION:2.0\r\nPRODID:-\/\/caldav.icloud.com\/\/CALDAVJ 2111A211\/\/EN\r\nX-WR-CALNAME:T\u00e9l\u00e9travail\r\nX-APPLE-CALENDAR-COLOR:#ff9500\r\nBEGIN:VEVENT\r\nCREATED:20250108T092524Z\r\nDTEND;TZID=Europe\/Paris:20250108T172000\r\nDTSTAMP:20250108T162826Z\r\nDTSTART;TZID=Europe\/Paris:20250108T080000\r\nEXDATE;TZID=Europe\/Paris:20250116T080000\r\nEXDATE;TZID=Europe\/Paris:20250122T080000\r\nLAST-MODIFIED:20250108T162826Z\r\nRRULE:FREQ=WEEKLY;UNTIL=20250123T225959Z;BYDAY=WE,TH,FR\r\nSEQUENCE:3\r\nSUMMARY:Test\r\nTZID:Europe\/Paris\r\nUID:__UID__\r\nEND:VEVENT\r\nBEGIN:VTIMEZONE\r\nTZID:Europe\/Paris\r\nX-LIC-LOCATION:Europe\/Paris\r\nBEGIN:STANDARD\r\nDTSTART:18910315T000100\r\nRDATE:18910315T000100\r\nTZNAME:PMT\r\nTZOFFSETFROM:+000921\r\nTZOFFSETTO:+000921\r\nEND:STANDARD\r\nBEGIN:STANDARD\r\nDTSTART:19110311T000100\r\nRDATE:19110311T000100\r\nTZNAME:WEST\r\nTZOFFSETFROM:+000921\r\nTZOFFSETTO:+0000\r\nEND:STANDARD\r\nBEGIN:DAYLIGHT\r\nDTSTART:19160614T230000\r\nRDATE:19160614T230000\r\nRDATE:19170324T230000\r\nRDATE:19180309T230000\r\nRDATE:19190301T230000\r\nRDATE:19200214T230000\r\nRDATE:19210314T230000\r\nRDATE:19220325T230000\r\nRDATE:19230526T230000\r\nRDATE:19240329T230000\r\nRDATE:19250404T230000\r\nRDATE:19260417T230000\r\nRDATE:19270409T230000\r\nRDATE:19280414T230000\r\nRDATE:19290420T230000\r\nRDATE:19300412T230000\r\nRDATE:19310418T230000\r\nRDATE:19320402T230000\r\nRDATE:19330325T230000\r\nRDATE:19340407T230000\r\nRDATE:19350330T230000\r\nRDATE:19360418T230000\r\nRDATE:19370403T230000\r\nRDATE:19380326T230000\r\nRDATE:19390415T230000\r\nRDATE:19400225T020000\r\nTZNAME:WEST\r\nTZOFFSETFROM:+0000\r\nTZOFFSETTO:+0100\r\nEND:DAYLIGHT\r\nBEGIN:STANDARD\r\nDTSTART:19161002T000000\r\nRRULE:FREQ=YEARLY;UNTIL=19191005T230000Z;BYMONTH=10;BYMONTHDAY=2,3,4,5,6,\r\n 7,8;BYDAY=MO\r\nTZNAME:WET\r\nTZOFFSETFROM:+0100\r\nTZOFFSETTO:+0000\r\nEND:STANDARD\r\nBEGIN:STANDARD\r\nDTSTART:19201024T000000\r\nRDATE:19201024T000000\r\nRDATE:19211026T000000\r\nRDATE:19391119T000000\r\nTZNAME:WET\r\nTZOFFSETFROM:+0100\r\nTZOFFSETTO:+0000\r\nEND:STANDARD\r\nBEGIN:STANDARD\r\nDTSTART:19221008T000000\r\nRRULE:FREQ=YEARLY;UNTIL=19381001T230000Z;BYMONTH=10;BYMONTHDAY=2,3,4,5,6,\r\n 7,8;BYDAY=SU\r\nTZNAME:WET\r\nTZOFFSETFROM:+0100\r\nTZOFFSETTO:+0000\r\nEND:STANDARD\r\nBEGIN:DAYLIGHT\r\nDTSTART:19400614T230000\r\nRDATE:19400614T230000\r\nRDATE:19430329T020000\r\nRDATE:19440403T020000\r\nRDATE:19760328T010000\r\nTZNAME:CEST\r\nTZOFFSETFROM:+0100\r\nTZOFFSETTO:+0200\r\nEND:DAYLIGHT\r\nBEGIN:STANDARD\r\nDTSTART:19421102T030000\r\nRDATE:19421102T030000\r\nRDATE:19431004T030000\r\nRDATE:19450916T030000\r\nRDATE:19760926T010000\r\nRDATE:19770925T030000\r\nRDATE:19781001T030000\r\nTZNAME:CET\r\nTZOFFSETFROM:+0200\r\nTZOFFSETTO:+0100\r\nEND:STANDARD\r\nBEGIN:DAYLIGHT\r\nDTSTART:19440825T000000\r\nRDATE:19440825T000000\r\nTZNAME:WEMT\r\nTZOFFSETFROM:+0200\r\nTZOFFSETTO:+0200\r\nEND:DAYLIGHT\r\nBEGIN:DAYLIGHT\r\nDTSTART:19441008T010000\r\nRDATE:19441008T010000\r\nTZNAME:WEST\r\nTZOFFSETFROM:+0200\r\nTZOFFSETTO:+0100\r\nEND:DAYLIGHT\r\nBEGIN:DAYLIGHT\r\nDTSTART:19450402T020000\r\nRDATE:19450402T020000\r\nTZNAME:WEMT\r\nTZOFFSETFROM:+0100\r\nTZOFFSETTO:+0200\r\nEND:DAYLIGHT\r\nBEGIN:STANDARD\r\nDTSTART:19770101T000000\r\nRDATE:19770101T000000\r\nTZNAME:CEST\r\nTZOFFSETFROM:+0100\r\nTZOFFSETTO:+0100\r\nEND:STANDARD\r\nBEGIN:DAYLIGHT\r\nDTSTART:19770403T020000\r\nRRULE:FREQ=YEARLY;UNTIL=19800406T010000Z;BYMONTH=4;BYDAY=1SU\r\nTZNAME:CEST\r\nTZOFFSETFROM:+0100\r\nTZOFFSETTO:+0200\r\nEND:DAYLIGHT\r\nBEGIN:STANDARD\r\nDTSTART:19790930T030000\r\nRRULE:FREQ=YEARLY;UNTIL=19950924T010000Z;BYMONTH=9;BYDAY=-1SU\r\nTZNAME:CET\r\nTZOFFSETFROM:+0200\r\nTZOFFSETTO:+0100\r\nEND:STANDARD\r\nBEGIN:DAYLIGHT\r\nDTSTART:19810329T020000\r\nRRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU\r\nTZNAME:CEST\r\nTZOFFSETFROM:+0100\r\nTZOFFSETTO:+0200\r\nEND:DAYLIGHT\r\nBEGIN:STANDARD\r\nDTSTART:19961027T030000\r\nRRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU\r\nTZNAME:CET\r\nTZOFFSETFROM:+0200\r\nTZOFFSETTO:+0100\r\nEND:STANDARD\r\nEND:VTIMEZONE\r\nEND:VCALENDAR\r\n"
[2025-01-08 17:28:41] DEBUG  : | Event 1: {"end_date":"2025-01-08 17:20:00","start_date":"2025-01-08 08:00:00","rrule":{"FREQ":"WEEKLY","UNTIL":"20250123T225959Z","BYDAY":"WE,TH,FR"},"summary":"Test","uid":"__UID__","exdate":["2025-01-16","2025-01-22"]}
[2025-01-08 17:28:41] DEBUG  : ---------- START OPTIONS Test ----------
[2025-01-08 17:28:41] DEBUG  : | Aucune modification sur les options de cet évènement.
[2025-01-08 17:28:41] DEBUG  : ---------- END OPTIONS ----------
[2025-01-08 17:28:41] DEBUG  : ----------END PARSE ICAL----------

sagitaz · Janvier 8, 2025, 5:31

Salut,

Merci pour ton retour, je vais faire des tests avec la même configuration que toi car c’est une chose qui est gérée par le plugin et que j’ai testée de nombreuses fois, peut-être une particularité.

Heliospeed · Janvier 8, 2025, 7:43

Salut,

J’ai même pas précisé les informations de versions ce qui peut être utile :

Informations Jeedom

Core : 4.4.19 (master)
DNS Jeedom : non

Plugin : ical2Calendar
Version : 2024-11-11 09:17:06 (stable)

Informations complémentaires

Debian : 11.11
Plugin : 1.1.4

Heliospeed · Janvier 8, 2025, 8:25

Si cela peut aider, j’ai fais d’autre test.
J’ai supprimé le calendrier, il est bien recréé avec toutes les dates d’exclusion.
Si je resupprime de nouveau une occurence elle n’est pas prise en compte mais apparait bien dans la log "exdate":["2025-01-10","2025-01-16","2025-01-22"] avec les autres évènements supprimé.

Du coup c’est certainement un problème uniquement présent lors des mises à jours des évènements déjà présent.

EDIT :

J’ai supprimé l’évènement complet en question dans Jeedom, et lorsqu’il est recréé il contient bien toutes les dates d’exclusion. Cela confirme que c’est sur l’update de l’évènement qui n’actualise pas la données d’exclusion qui a été identifié/décrypté dans la log en plus

sagitaz · Janvier 9, 2025, 7:36

Correction dispo en beta 1.1.7, un oubli de ma part.

Heliospeed · Janvier 9, 2025, 2:58

Merci pour cette correction, je teste dès que possible.

J’ai peut-être repéré un autre comportement étrange avec les heures de début et de fin forcée.
J’ai ouvert un nouveau fils de discution pour ne pas tout mélanger : Bug : Date J+1 au lieu de J pour l'heure de fin forcée

Heliospeed · Janvier 9, 2025, 3:03

Je viens de tester ça fonctionne parfaitement avec la beta 1.1.7

system · Janvier 10, 2025, 3:04

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.