A movie removed in nexcrate no longer shows "In library" for up to an hour. When nexcrate reports that files went into its recycle bin or a title was removed, Nexview now reads the media server library (Plex, Jellyfin or Emby) again two minutes later, once for all reports in that time, instead of waiting for the hourly sync. nexcrate tells the media server itself; the two minutes give it time to rescan.
Two more refusals carry a code. Approving while Radarr or Sonarr does not answer the question for folders and profiles now answers with the code of that failure (arr_unreachable, arr_timeout, ...) and the service, as handing the request over already did, instead of a bare German sentence. Cancelling a request that is neither running nor failed answers 409request_not_cancellable, through /api/v1 too.
A successful webhook test clears the warning it disproves. After setting the address and testing the callback, the settings page showed "There is no address Radarr/Sonarr could reach Nexview at" right above "The call arrived" until the next upkeep round. The test now takes back a stale missing address, unreachable instance or failed proof.
A large Radarr or Sonarr library gets time to answer. Fetching the whole movie or series list now waits up to 90 seconds instead of 15, and a storage measurement that missed an instance is tried again after five minutes instead of an hour.
PyJWT updated to 2.15.1. The library behind sign-in tokens had 14 published security advisories for the pinned 2.13.0, one rated critical; 2.15.1 has none.
