[FREEBOX DOWNLOAD] Incorrect File Import Handling When Downloading Multiple Movies

[bibi300]

Original issue: https://github.com/Radarr/Radarr/issues/9938#issuecomment-2551417352

I assume the rootcause could be within the API because it's not in Radarr.

Current Behavior When using Freebox as the download client configured with Radarr, if multiple movies are downloaded into the same directory "radarr-films", Radarr incorrectly imports the first completed download as all the movies. For example, when downloading the Harry Potter series, if "The Sorcerer’s Stone" finishes first, all subsequent imports in Radarr are recognized as "The Sorcerer’s Stone", despite Radarr assigning them different titles

Expected Behavior Radarr should import each movie as a separate entity, respecting the individual completion and correct naming, ideally downloading each movie into a sub-folder named with the movie's download ID to avoid conflicts

Steps To Reproduce Configure Freebox as the download client in Radarr Initiate the download of multiple movies into the same target folder "radarr-films" Observe that the first completed download is imported as all movies in the series Environment

• OS: W11 64bits
• Radarr: 5.4.6.8723 — 2024-04-13
• Using Reverse Proxy: Flaresolverr
• Browser: Chrome / Plex / LG WebOS / Android

Thank you

[nbanb]

Hi

Don't know what's Radarr project. But as you opened a case on this project I maintien, I will have a look on this issue.

From my side developing this library I did not notice any kinds of bugs on FreeboxOS download API, and all HTTP GET downloads are really working very fine. Also, at the end of the download it's easy to retrieve the download task status from API json reply and to check the checksums of downloaded files (and FreeboxOS download API is able to check downloaded files with sha*sums function if you provide to the download API the corresponding hash file )

=> which FreeboxOS download API call Radarr is doing ?

How to catch it's answer in Radarr (is there a debug mode letting us tracing API call and packet flow?) ?

Kind regards nbanba

[bibi300]

Hi and thank you for your support! That's wonderful the Freebox OS version is 4.8.17.1

The expected process (correct 1 time on 5): At the end of the download initiated by radarr on Freeboxdownload, radarr pickup the completed download (file), renames it with a naming pattern and copies the file from the Disk of the freebox to another volume.

What's incorrect: radarr doesn't pick the relevant file but renames it and moves it well. It's often the same file chosen as the wrong source.

You have the image showing that the source of the file is not the correct one, and then you have an automatic renaming. You have the log of the relevant minutes. Radarr debug 7 31.txt

in that example the name (nom) and source are wrong (but it's an existing torrent) and the renamed file (importé vers) is the correct expected name.

in a correct way Name : Operation.Fortune.Ruse.De.Guerre.2023.MULTi.FRENCH.1080p.Bluray.X265-NBDY.mkv Source: T:\Téléchargements\Operation.Fortune.Ruse.De.Guerre.2023.MULTi.FRENCH.1080p.Bluray.X265-NBDY.mkv Imported D:\Cinéma\Operation Fortune - Ruse de Guerre (2023)\Operation Fortune - Ruse de Guerre (2023) Bluray-1080p.mkv T: is the SSD of the freebox Not my downloads

You can see here that's working well sometime

And the log of the minute debuug OK 21h33.txt

I hope it's clear enough Thanks

[mynameisbogdan]

From my side developing this library I did not notice any kinds of bugs on FreeboxOS download API, and all HTTP GET downloads are really working very fine.

The issue at hand is that the API is returning the downloads folder for single files (eg. /downloads) while it shows the good path for multi-file torrents (eg. /downloads/Show.2024.S01). Previous versions of qbittorrent behaved the same, so an workaround to fetch the items for every torrent to fetch the full file path was implemented due to being opensource. While there are no contributors with a FREEBOX wiling to do the same.

Changing the torrents listing at this point might be a breaking change on your part, so IMO the best solution would be for the other project to fetch the items.

BTW is there any equivalent option to Qbit's Torrent content layout with the option Create Subfolder for FREEBOX?

[nbanb]

Dear @bibi300 @mynameisbogdan

Thanks for answer and details !

I think the most easiest to understand well this issue is to post here:

• Freebox API request made by Radarr followed by Freebox JSON answer while the issue happens
• The JSON answer your app expect in replacement of Freebox provided JSON answer

It will help to understand which part of client issue and which part of Freebox server API issue it is ...

And you told us something which could be interesting or at least relevant:

Previous versions of qbittorrent behaved the same, so an workaround to fetch the items for every torrent to fetch the full file path was implemented due to being opensource.

FreeboxOS is using Transmission API to manage torrents and Transmission is open source so if the "~ maybe ~ bad answer from Freebox seedbox API" is related to Transmission output (like it would be for qBittorrent) maybe fixing it in Transmission could be the solution

Today this current project I maintien don't include torrent downloading API exactly because it is handled by Transmission API directly (and software using this API already exist), but this library includes all files systems features needed to rename, move, copy (+ create directory and sub-directories),... downloaded files to the right place with the right name and could be use in background by any application which need those kinds of features directly from their Linux cmdline (and from windows through WSL).

As previously said, the best way to understand the issue to find a solution is to have Freebox API request and it's JSON reply and Radarr's expected reply

Thanks Kinds regards nbanba