🇬🇧 English
🐛 Critical Bug Fix
- Missing Notifications Restored — Reverted the
OnItemAddedlibrary pre-filter from 5.5.9.2. New items added by Sonarr/Radarr (especially in the delete+re-import scenario) could be silently rejected before reaching the buffer, never producing a notification at all — neither NEW nor UPD.
🔍 Root Cause
At ItemAdded time, Jellyfin's parent chain (GetAncestorIds) is not always fully resolved for a freshly-discovered item — the library root may be missing from the ancestor list. The 5.5.9.2 pre-filter returned false in that case → the item never reached ProcessBuffer → no notification was created. The isGhostItemRescue path in OnItemUpdated couldn't help either, because it goes through the same library check with the same incomplete ancestry.
✅ What Is Fixed
If you noticed since 5.5.9.2 that some new files (especially Sonarr/Radarr replacements with new IDs) completely failed to appear in the bell, this release restores reliable detection. The library check still runs downstream in CreateNotificationFromItem where the ancestry is reliable.
📝 Trade-off
The minor performance gain of the pre-filter (~40% less buffer work on mixed libraries during full scans) isn't worth missing real notifications. The other 5.5.9.2 improvements (log noise reduction, lighter WebSocket sync, XSS hardening, deletion tracking short-circuit) are all preserved. Combined with the 5.5.9.3 DeletedItems revert, all three upgrade-detection paths are now reliable again.
🇫🇷 Français
🐛 Correction Critique
- Notifications Manquantes Restaurées — Annulation du pré-filtre
OnItemAddedintroduit en 5.5.9.2. Les nouveaux items ajoutés par Sonarr/Radarr (particulièrement en scénario delete+ré-import) pouvaient être silencieusement rejetés avant le buffer, ne produisant aucune notification — ni NOUVEAU ni MAJ.
🔍 Cause Racine
Au moment de ItemAdded, la chaîne parente de Jellyfin (GetAncestorIds) n'est pas toujours complètement résolue pour un item fraîchement découvert — la racine de la bibliothèque peut manquer dans la liste des ancêtres. Le pré-filtre 5.5.9.2 retournait false dans ce cas → l'item n'atteignait jamais ProcessBuffer → aucune notification créée. Le chemin de rescue isGhostItemRescue dans OnItemUpdated ne pouvait pas non plus aider, car il passe par le même check avec la même ancestralité incomplète.
✅ Ce Qui Est Corrigé
Si tu as remarqué depuis 5.5.9.2 que certains nouveaux fichiers (notamment les remplacements Sonarr/Radarr avec nouveaux IDs) n'apparaissaient pas du tout dans la cloche, cette release restaure la détection fiable. Le check bibliothèque s'exécute toujours en aval dans CreateNotificationFromItem où l'ancestralité est fiable.
📝 Compromis
Le gain de perf mineur du pré-filtre (~40% de travail buffer en moins sur bibliothèques mixtes pendant les scans complets) ne vaut pas la peine de manquer de vraies notifications. Les autres améliorations 5.5.9.2 (réduction du bruit log, WebSocket allégé, durcissement XSS, court-circuit suivi suppressions) sont toutes préservées. Combiné au revert DeletedItems de 5.5.9.3, les trois chemins de détection d'upgrade sont à nouveau fiables.