github jessielw/Reclaimerr 0.4.3

one hour ago

Added

  • The Leaving Soon collections can now carry your own cover art. Settings -> General -> Leaving Soon Collections gains a Custom collection posters section with a slot for the movie collection and one for the series collection: upload a JPEG, PNG, or WebP up to 5 MB and Reclaimerr re-encodes it to JPEG, stores it under data/static/collection-posters, and pushes it to every enabled Plex, Jellyfin, and Emby server immediately, so you are not waiting on a scan to see it. A poster is saved the moment you pick it rather than on Save, which is the one control on that page that behaves that way. Reclaimerr then re-applies the poster on every sync, because Plex has no way to remove an item from a collection - the collection is deleted and rebuilt from scratch on each run, and artwork set on the old one dies with it. The consequence is worth being explicit about: on a library where something else manages collection artwork, such as Kometa or Posterizarr, Reclaimerr wins these two collections. Removing a poster only stops Reclaimerr pushing it - on Plex it disappears at the next sync, while on Jellyfin and Emby, which update their BoxSets in place, the last poster pushed stays until you change it on the server. Installs that upload nothing keep the artwork their media server generates from the collection's contents.
  • The Leaving Soon collections can now be sorted. Settings -> General -> Leaving Soon Collections gains a Collection Sort option: Server default (the existing behavior -- Reclaimerr does not touch the collection's ordering), Alphabetical, or Leaving soonest first, which orders the collection by each item's auto-delete deadline so whatever disappears next sits at the front. Leaving soonest first is the ordering no media server can produce on its own, because only Reclaimerr knows the deadlines. This is Plex only: Plex stores a collection's order server-side, whereas a Jellyfin or Emby collection has no server-side ordering at all -- the only way to force one would be rewriting each item's sort title, which would reorder your whole library rather than just the collection -- so the setting is accepted and ignored there. Existing installs upgrade to Server default, so no collection is reordered until you pick something else.
  • The Leaving Soon collections can now be named whatever you want. Settings -> General -> Leaving Soon Collections takes a name for the movie collection and a name for the series collection instead of one base title that Reclaimerr appended [Movies] and [Series] to, so a row can read Expiring Films rather than Leaving Soon [Movies]. Existing names are carried over on upgrade -- a base title of Leaving Soon becomes Leaving Soon [Movies] and Leaving Soon [Series], which is what the collections were already called, so nothing is renamed on your servers. Reclaimerr still manages exactly two collections per media server; the two names have to differ, because Jellyfin and Emby collections are global and one shared name would resolve to a single collection with each half of the sync stripping out the other half's items. Renaming a collection still moves it: the collection under the old name is deleted and rebuilt under the new one on the next scan, and now only the half you actually renamed is touched, so renaming the movie collection leaves the series collection and its artwork alone.

Changed

  • Notifications have been reworked to be readable at a glance. The media or task a notification is about is now named in the title -- Delete Request Approved: The Matrix rather than Delete Request Approved -- which is the part a phone shows on a lock screen without opening anything. Bodies follow one shape everywhere: a lead sentence, then the details as a labelled list (- **Media:** Breaking Bad (2008), - **Scope:** Season 2, - **Requested by:** jessie) instead of the run-on Label: value lines they used before. Approve and deny notifications now carry the scope, year, and request number that only the admin-facing ones used to include, so a requester is told which season was acted on rather than just the show.
  • Notifications now carry a severity, which is what colours a Discord embed, sets an ntfy or Gotify priority, and picks the icon on transports that show one. Approvals and completed deletions arrive as success, denials and cancellations as warnings, and task or deletion failures as failures; everything previously arrived as an undifferentiated info message.
  • The cleanup candidate summary leads with the count and the reclaimable total, then lists the top items grouped under Movies and Series with the size on each line, ending with _and 12 more_ when the list is trimmed. Reasons, on the Top N with reasons setting, are appended to their item's line rather than bracketed onto the end. The Count only, Top N summary, and Top N with reasons settings themselves are unchanged.
  • Error output in a notification -- a failed task's traceback, an arr's rejection of a delete -- is now sent inside a fenced code block, so markdown stops eating the underscores and asterisks in paths and messages. File names are wrapped the same way. Bodies are also capped and trimmed on a line boundary, which keeps a long candidate list arriving as one message instead of being split across several by the transport.

Fixed

  • Reclaimerr's own Leaving Soon collections are no longer counted as user-curated collections by the collection sibling rule fields. The exclusion compared against the literal name Leaving Soon, but the collections have always been called Leaving Soon [Movies] and Leaving Soon [Series], so it never matched anything -- and with the names now configurable it could not have. It reads the configured names instead.

What's Changed

Full Changelog: 0.4.2...0.4.3

Don't miss a new Reclaimerr release

NewReleases is sending notifications on new releases.