nexcrate as a way to procure

Nexview can now procure through nexcrate instead of Radarr and Sonarr. If you stay with Radarr and Sonarr, little changes for you; what does is marked "in Radarr mode too" below.

⚠️ Make a backup before updating. This update rewrites the database: the quality tier ("standard", "4K") becomes a version with an id of its own, and everything that used to name a tier, requests, storage entries, rights, invitations, rules, points at it afterwards. The tier columns are dropped in the process. The backup is the way back.

Going back means restoring that backup, not starting the old image on the updated data: 0.35.2 would cancel open requests and drop 4K rights without a word. Nexview writes the backup to sicherungen/ in the data directory before the update, with Before update to 1.0.0 in its name, and says the file name in the start log. Going back is a file swap while the container is stopped: copy that backup over nexview.db, delete nexview.db-wal and nexview.db-shm, then start the old version. Do not take the backup an older version writes when it is started on the updated database (nexview-automatisch-0.35.2-… without that comment): it already holds the new data. The README has the steps under Going back to an older version. A version older than 1.0.0 that is started anyway can no longer write to accounts, rights, requests or storage entries; other data, such as favourites, settings or tickets, can still change, so after such a start always go back with that backup. From now on an older 1.x refuses to start on a newer database.

Neu

• nexcrate as a way to procure. One connection instead of up to four, and quality profiles, naming, folders and the recycle bin live over there. Setup asks on the first start which way procures.
• A migration assistant for installations already running on Radarr and Sonarr. Seven steps: the numbers up front, connecting plus a vetting check, mapping each current version onto a new one, checking whether nexcrate knows the titles something hangs on, the backup, the switch, and handing over the approved requests. ⚠️ There is no way back except the backup: Nexview refuses to switch until the file is really written. Mapping is one to one: two of your current versions cannot point at the same version in nexcrate, and the assistant says so while you are setting it up. Otherwise two versions would collapse into one, and a title held in both, the same film in 1080p and in 4K, would lose one of them. Where nexcrate has no counterpart, pick "None" and everything in that version is left untouched. Before the switch it lists every title that needs a decision, with the reason: nexcrate does not have it, it has it but without the TMDB id the storage key is built from, or two of your entries would end up in the same place anyway. Only a collision and a title with no TMDB id anywhere are left exactly as they are; a title nexcrate knows but that has no TMDB id of its own is rewritten under the TMDB id the entry already carries, and an open request behind an entry that is left untouched stays with it. The migration itself runs in one transaction and only then are Radarr and Sonarr left behind. If anything goes wrong, nothing has changed. Once switched, the admin dashboard carries a finding for requests left behind on a version the new way does not know (filter "Not handed over"), the report names how many rights lapse, and "open to everyone" travels with each version.
• Whether you can request does not depend on Radarr. The interface asks whether any version has something behind it, so the request button works in either mode, and only for versions the account is actually allowed to use. It used to ask radarr_configured in thirteen places, which is false once you procure through nexcrate.
• Restoring a backup stops before it touches anything when the database is still busy - usually a sync. It used to replace the file first and fail afterwards, leaving the installation with a new database and a process that remembered the old one.
• What a title is waiting for is written on it. One line per version: downloading, nothing found that fits the profile, not released yet, sitting out a delay. Radarr and Sonarr cannot say this; there the section is absent rather than claiming that nothing is wrong.
• Deleted files come back. Where procurement keeps a list instead of a folder, one click restores a file. If the title has left the library since, nexcrate adds it again and the file comes back unmonitored, which the row then says. Where it cannot, because the file is gone or the title cannot be added again, the row says so and the button stays closed.
• The cleanup suggestion knows a file's age in nexcrate mode too. nexcrate says since when each film and season takes space, and Nexview dates its storage entries from that, so titles nobody has watched for a long time show up there as they do with Radarr and Sonarr. Where nexcrate does not know the age, it stays unknown; Nexview never guesses one.
• Rights hang on the version, not on "4K or not": two switches per version, in Radarr mode too, and the check now also covers the main version (fassung_not_allowed). Until this was fixed, an account could still request a main version the operator had closed. In nexcrate mode the services page lists every version with its "open to everyone" switch, not only setup, and it stays there while nexcrate cannot be reached.

Geändert

• The tier is no longer a column. Outwards (/api/v1) tier stays and is derived from the version; fassung, fassungen[] and beschaffung are new and additive.
• In nexcrate mode the tools for Radarr and Sonarr are gone entirely: quality profiles, TRaSH, naming, path mapping, the webhook address, download collisions, the per-account profile blocklists, and picking folder and profile at approval. Their addresses answer 409 not_in_this_mode instead of returning an empty list.
• /api/settings/instanzen/gesundheit and .../verbindung answer in both modes now; in nexcrate mode they list one instance.
• The media server no longer creates storage entries, in Radarr mode too. It keeps measuring an entry that Radarr, Sonarr or nexcrate reported once, so removing a title there still does not remove it from anyone's quota. But a film only the media server knows is now logged instead of counted. Jellyfin matches films by title and gets some wrong; on a real installation that produced 66 entries for files Radarr already counted, the same file twice. On the first start the entries the media server created are removed once. Films that really sit on disk without being in Radarr or nexcrate no longer count either: a title has to be in the acquisition service to count.
• In nexcrate mode a new storage entry carries its own version. It used to carry the Radarr version whatever the key said, and the media server looked for entries under a Radarr version that does not exist in this mode, so it never measured one of nexcrate's.
• Texts name the way you procure through. About forty places said Radarr and Sonarr in either mode: cancelling a request "removes it from Radarr or Sonarr", the analysis "has no Radarr or Sonarr instance yet", a health problem arrived as "Radarr/Sonarr reports a problem". In nexcrate mode they now say nexcrate, and where nexcrate differs they say what it does: it keeps a recycle bin Nexview can restore from.
• Refusals carry a code, in both modes. A second request for the same title or season answers 409 with an object (request_already_exists, request_already_exists_season, with the title), the same shape as already_in_library, instead of a bare sentence. Deferring a request whose account is within its limits answers 409 defer_nothing_to_wait_for, since it would come straight back. Requesting and cancelling that fail at Radarr or Sonarr answer with an object naming the code (arr_timeout, arr_unreachable, ...) and the service, instead of a sentence in German. This applies to /api/v1 too.
• The title and season details say how sure they are. status_unconfirmed is set when Radarr, Sonarr or nexcrate did not answer and the state shown is the last one known; status_refused when the service answered with a refusal. /api/config names auto_freigabe for each version.
• Requests made in nexcrate mode record nex as their origin, not arr.
• Restoring a title nexcrate has removed needs nexcrate 0.3.0, which adds the title again. An older nexcrate refuses it, and Nexview says why.

Behoben

• Requesting and approving did not work at all in nexcrate mode. Creating a request still asked whether Radarr was configured, approving still asked for a target folder and quality profile that do not exist over there, and the library check compared against the main version regardless of which one was requested. All three now follow the requested version, and approving no longer needs a folder or profile in this mode.
• Seasons and episode packages were measured wrong. nexcrate's title list did not name seasons, so a switched installation lost every season entry on its first storage sync, and the status check reported finished seasons and packages as deleted the moment nexcrate briefly did not confirm them. Season and package state now comes from the title list itself, with an older nexcrate from each series' own page, and is left as it is when nexcrate does not answer, instead of being marked deleted.
• Episode packages count their own files in nexcrate mode. A package ("season 2, episodes 3 to 5") charged its requester nothing of its own while its season counted whole, and a finished package without a TVDB number was charged the entire season. Its size now comes from the files nexcrate names for each episode, so a file shared by two episodes and both halves of a double episode count exactly once, and the rest of the season is counted separately. An older nexcrate without these file names falls back to the episode sizes, capped at the season.
• An episode package stopped counting when Sonarr failed to answer. If the hourly count could not read Sonarr's episode files, the package's own storage entry was dropped and counted against nobody until the next good run. It now stays as it was.
• Every nexcrate version counted as standard. HD and 4K were not told apart, so a film held in both versions went to the first requester twice in storage, /api/v1 reported tier "standard" for a 4K version, and the 4K badge and the 4K request block each followed their own rule and could disagree. Version class now comes from nexcrate itself, and one rule decides both badge and block.
• The switch to nexcrate silently dropped things it should have kept. "Open to everyone" and invitation rights never migrated at all; the backup check only looked at the file's name, not whether it actually opens as a database; and a series request could end up split from the entry it belonged to. All three are fixed.
• Requests left behind after the switch went unnoticed. An approved request whose version had been mapped to "None" stayed approved forever with only a log line; a request that kept failing to reach nexcrate was retried every two minutes, blocking younger requests behind it; and a temporary outage reaching nexcrate, or a request nexcrate simply had not answered yet, was wrongly cancelled or counted as failed. The hand-over now gives up after 24 hours, only requests that truly got no answer count as failed, and the home page keeps a title's entry during an outage instead of showing nothing.
• Ratings and a handful of smaller gaps in nexcrate mode. Rotten Tomatoes and Metacritic now show on the title page with the credit OMDb requires, also for a film nexcrate does not hold, as long as nexcrate has a TMDB key; IMDb's own value had not been read at all, and a failing ratings batch no longer turns into a server error. The credit IMDb requires for its ratings, which cards and list rows have no room for, now stands once in the page footer. The calendar's "Mine", children's wishes, the watchlist and ratings now count every version a title is held in, not only the main one. Deleting the stored nexcrate key now works, the recycle bin no longer claims to be available without the right to use it, its address answers correctly in Radarr mode, a request with no version recorded no longer breaks the admin request list, and /api/v1's guarantees are now checked in nexcrate mode too, not only with Radarr.
• Switching to nexcrate on the settings page stranded everything. The mode buttons switched without the assistant, and requests, storage entries and rights kept pointing at Radarr versions that no longer existed, with no way to repair it afterwards. Once there is anything to carry over, only the assistant switches now. A fresh installation still picks freely, and switching back to Radarr and Sonarr stays open.
• The migration assistant lost its place. A reload or a look at another tab threw it back to step one and forgot the mapping and the backup it had just written. It now keeps both for the browser session, drops only the lines that no longer fit, and asks before you leave the page during the backup and the switch.
• Nobody could request anything in nexcrate mode. The request form, the approval page and the approval of a child's wish still fetched Radarr's folders and profiles, which nexcrate mode refuses, and showed only that refusal. They now ask whether there is a target to pick at all.
• Failed nexcrate downloads showed as running. nexcrate's queue also lists failed downloads that were not cleared away. They stood under "Running" with a progress bar, and a request for the same title showed 100 percent. They are left out now, and the page says how many there are; a failed download that waits for you stays under "Needs you".
• The calendar showed no posters in nexcrate mode. nexcrate's calendar carries no images. Entries now take the poster from a stored request or from TMDB.
• nexcrate's health findings came in English, and music counted. The dashboard, the services page, the analysis and the notification quoted nexcrate's English sentence. They now translate the finding by its code and name the media type. A finding about music, which Nexview does not carry, no longer shows up as "the automatic is off".
• Smaller things around the switch. The switch step pointed to a mapping "above" that it does not show; the hand-over said "0 requests handed over" before it had run; approved requests had no filter of their own; the downloads page named Radarr and Sonarr; the download history showed raw ids like radarr-standard for entries from before the switch; and the backup made before switching was named "...-to-n.db".
• The log finding counted 26 hours in summer time. "Error lines in the last 24 hours" drew its line in UTC while the log is written in local time.
• A few episodes loaded the whole series in nexcrate mode. nexcrate reads a request that names no seasons as every season, even when it names episodes, and treats missing word on future seasons as yes: five episodes of season 1 turned into eight seasons. Episode requests now name no whole season, season requests say whether future seasons are wanted, and a season with future seasons ticked brings that season and later ones, nothing more.
• Findings from the second run in nexcrate mode. The nexcrate settings page still showed "the automatic is off" for music; a film with its digital and physical release on the same day stood twice in the calendar; "why it is not there yet" appeared on a title page only after a reload once you had requested it; and the German interface called a program version "Fassung", Nexview's word for a version of a title. All four are fixed. Requests taking three seconds or more are now logged as a warning, so a slow page can be traced afterwards.
• Every episode showed as missing on a title page in nexcrate mode. The page asked nexcrate by the TVDB number, which nexcrate does not go by, and got no answer. It now asks by the TMDB number and for the version shown, so episodes that are there are marked as available again.
• More small things in nexcrate mode. A download whose video is cut off (file_truncated) had no text, and an unknown reason in the download history now shows its code instead of a raw text key; the prompts and messages behind the buttons on the downloads page still named Radarr and Sonarr; the log line for a handed-over request named Radarr or Sonarr instead of nexcrate; and retiring or deleting the files of single episodes now names no whole season, as a request does.
• A second version of the same class showed what the media server had. With a 3D version next to Full-HD, 3D showed "in library" on every film the media server had in HD, and a 3D request would have been refused. The media server knows resolutions, not versions: a copy now counts for the first version of its class only, and the same goes for a second 4K version.
• A season with a few requested episodes counted as complete. The count a season was measured against held only the episodes being watched for, so two requested episodes of 22 read "complete". It now counts every episode that has aired, in both modes, and the season shows "2 of 22".
• The automation box offered nothing in nexcrate mode. It showed a switch and a text about rules, but no rule could be set, because the list came from Nexview's table for Radarr and Sonarr. nexcrate decides itself what happens with stuck downloads; the box now says so and links there, and Nexview no longer acts on its own in that mode. It still tells you when the same download gets stuck again and again.
• The approval switch named no version. "Approve movies automatically" stood next to "4K · Movies without approval" as if it applied to every version; it applies to the main one. With nexcrate's named versions it now reads "Full-HD · Movies without approval", in the account dialog and in the invitation wizard; with Radarr and Sonarr it stays as it was.
• Storage could land with the wrong person. A new storage entry went to whoever had requested the title in the same tier, so with 3D next to Full-HD a 3D request carried the Full-HD file. It now goes by version; requests from before the switch to nexcrate, which keep their old version, still count by tier. A series without a TVDB number is now found by its TMDB number, where its entry used to fall to the house.
• Signing out did not end the session on the server, in Radarr mode too. It only removed the cookie from the browser; a copy of that cookie taken earlier kept fetching fresh access for up to 30 days. Signing out now ends the session itself: every copy of its cookie and the access token still in use stop working at once, while your other devices stay signed in. ⚠️ Everyone signs in once after this update, because sessions from before it carry nothing that signing out could end.
• The first administrator was locked out without a mail server. Setup said the address "counts as confirmed right away", but the account was created unconfirmed, so after the first session ended, signing in was refused and the confirmation mail could not be sent. The address now is confirmed right away, and the owner signs in even with an unconfirmed address, for instance after changing it without a mail server. Every other account, further administrators included, still needs a confirmed address to sign in with a password, and the confirmation mail now says so instead of claiming only that requests are blocked.
• An empty request created an account deletion ticket. A bare POST to /api/tickets/kontoaufloesung filed a real request with the administrators. It now has to carry {"bestaetigt": true}, which the confirmation dialog sends.
• Cancelling a request left its download running, in Radarr mode. The title left Radarr or Sonarr, but the download went on in the download client and put its files on disk, although the dialog promised they would go. Cancelling and withdrawing now remove the entry from Radarr's or Sonarr's queue as well, and the download client drops it.
• A title the library knew without a file could not be requested. Every title Radarr or nexcrate listed was refused as "already in your library", file or not; after a switch to nexcrate that was every title still missing from the old library. Only a downloaded title counts as there now. Catalog, search, calendar, recommendations and a child's wish list offer the request button again, a parent approving such a wish gets a request instead of "already there", and in Radarr mode a request for such a movie switches its monitoring on and starts a search.
• Titles Radarr or Sonarr already held showed as requested. The calendar and the title pages said "already requested, on your list" for titles the account had never asked for. Only an active request counts as requested now.
• The calendar dropped episodes on the last day of its window, and with them the next episode of a running series. Radarr and Sonarr read a bare end date as midnight; the window now reaches to the end of its last day.
• A 4K request could slip past the 4K right, in Radarr mode. A quality profile in the standard instance that allows 2160p let an account without the right request in 4K, and the admin list showed a normal request. Requesting now checks the profile itself, the picker hides such a profile, and the admin list marks a request made with one.
• Sample titles turned into real ones. Once a TMDB key was set up, the sample requests every installation starts with pointed at real, unrelated titles. They have a number range of their own now. Without a TMDB key, the page of a real library title says what is missing instead of "sample title not found".
• Switching to nexcrate removed another Nexview's webhook in Radarr and Sonarr, because every entry had the same name. Nexview now goes by the address an entry calls: it never touches an entry calling another address, removes a former one of its own only once that address was dead twice, half an hour apart, and the webhook test no longer turns green on another Nexview's entry.
• The migration assistant, once more. A series Nexview knew only by its TVDB number showed "searching" instead of available after the switch; it is carried across now. The assistant recognises the backup it just wrote after a reload or in a new window, and without a nexcrate set up it answers 409 instead of 502.
• nexcrate's refusals arrived as a bare 502. Requesting single episodes often failed with "bad gateway" although nexcrate had said why, for instance that the version still feeds Sonarr. Nexview now passes a refusal on as a refusal, translated by its code. A version counts as ready only when a request in it leads to a download, and the reason fed_by_source has a text.
• The media server's copy of another title counted. A series of a similar name showed "in library" where nexcrate held a different one. A media server copy now counts for a title only with evidence beyond the name, and never when it is plainly another title nexcrate holds.
• Storage. In Radarr mode a series Sonarr listed with files but without season sizes dropped out of the count without a word; its entry now stays and the log says why. A newly saved instance counts right away instead of after the next hourly sync. In nexcrate mode a title removed together with its files stops counting against anyone's quota, even before the media server has noticed.
• Operator tools in Radarr mode. The quality profile page crashed on a profile created through the API; a profile missing its resolution or source is refused with 422 when it is saved, instead of a 500 when it is distributed; a movie rating lookup Radarr rejected is no longer retried every few minutes; "all linked" is no longer claimed with no media server set up; a rejected Jellyfin password answers 401 instead of 502; and the child account form says in your language when the age is missing.
• Notifications. A request approved automatically was announced on no channel until it became available; it is now announced once as approved, in both modes, also when it is handed over later. An ntfy target with its own topic is marked verified after a successful test. In nexcrate mode a channel message names nexcrate and the actual finding instead of "Radarr/Sonarr reports a problem".
• Display. The hint about approval follows the account's automatic approval for each media type; a paused or stuck download no longer shows as loading and stands as paused on the downloads page; the phone navigation wraps instead of hiding calendar and search, and the header fits 320 pixels; the trending badge says "Trending"; dashboard findings about a version name it; and in nexcrate mode the title header tells "partly there" from "missing", and a movie keeps counting as there while an upgrade loads.
• During an outage the title page forgot what it knew. When nexcrate, Radarr or Sonarr restarted, a requested title showed "Not requested" with a request button, and with nexcrate gone entirely pages waited up to 24 seconds. The title page, the extra versions, lists and the season view now keep the last known state with a note and ask again every 20 seconds until it is confirmed; a page someone waits on gives up after 4 seconds in nexcrate mode. In Radarr mode the calendar shares the library's outage lock and names the service that is down, both of them if both are.
• Deferring did not hold. A request deferred because the account was full came back after half a minute to a minute and a half, with a second "new approval request" on every channel. It now stays deferred until there is room, and deferred requests come back one at a time, each exactly once.
• Smaller things from the last run. A stuck import no longer shows the requester "Loading 100 %"; "Partly loaded" also shows when only some aired episodes are there, monitored or not, in both modes, and a season that has not aired yet no longer counts as missing; the line under "Request now" says that the request waits for approval when it will; a series nobody has asked for offers "Request" instead of "Request a season"; and a waiting reason that names no quality no longer shows empty brackets.