[Feature Request]: add save folder navigation

[kakmoster]

Description

I would love to be able to navigate folders in the ui when adding/moving torrents. Qbittorrent doesn't have this feature but other custom webuis allow it so it should be doable.

Describe the solution you'd like

No response

Describe alternatives you've considered

No response

Complementary informations

• Is this feature already implemented in the default WebUI?

[WDaan]

Can you show an example of where something like this is implemented?

[Larsluph]

I would love to see it too, without installing something else it is impossible to do.

[kakmoster]

Can you show an example of where something like this is implemented?

https://github.com/bill-ahmed/qbit-matUI

This ui have it

The browsing works, but other thing like change save path does not seem work and it is outdated.

[Larsluph]

Local browsing is already done and as said earlier, remote browsing is impossible to do without installing anything alongside qBittorrent.

[kakmoster]

Local browsing is already done and as said earlier, remote browsing is impossible to do without installing anything alongside qBittorrent.

I'm sorry I don't have the greatest knowledge, but how has the author of the ui I posted above done it?

To be clear: folder navigation works when I apply that ui and I run qbittorrent docker container on a remote server.

Based on this, I wouldn't call it impossible..

[Larsluph]

As a client app, we have no way of accessing the server filesystem. Without additional setup on your server environment, it's in fact impossible.

If you talk about the local navigation, it's already implemented while adding a torrent file.
Everywhere else, it's the server filesystem that is used so navigation isn't possible ATM.

[Larsluph]

I just checked the WebUI you mentioned, folder navigation only works because you run the qBittorrent instance on the same computer you use the WebUI. In that case, server and client being the same source you can access the filesystem.

[kakmoster]

I just checked the WebUI you mentioned, folder navigation only works because you run the qBittorrent instance on the same computer you use the WebUI. In that case, server and client being the same source you can access the filesystem.

Thanks for checking.

I run qbittorrent on my headless server and access it from my laptop.

[Larsluph]

I looked deeper in the source code and actually the way it works is by scanning all torrents' save_path to try and deduce its filesystem.
The app "copies" the filesystem in-memory to navigate inside it.

Using that could be okay but it will require some time to implement all that.

Source:

• FileDirectoryExplorerService is loaded when openning a fs dialog
• Which calls FileSystemService::populateFileSystem to generate in-memory copy of the filesystem

[johnyb0y]

@Larsluph This PR in the qBittorrent Repo is possibly relevant here: qbittorrent/qBittorrent#20314
So in the future there might be an API for that.

[Larsluph]

@Larsluph This PR in the qBittorrent Repo is possibly relevant here: qbittorrent/qBittorrent#20314
So in the future there might be an API for that.

Awesome! Thanks for the notice 🙏

[yayza]

This feature would be great to have, but I was wondering if in the meantime it was possible to manually define paths to folders I've already created and organized for my media and add them to the Save path drop-down menu?

[johnyb0y]

This feature would be great to have, but I was wondering if in the meantime it was possible to manually define paths to folders I've already created and organized for my media and add them to the Save path drop-down menu?

You can do that with categories. You can define a path per category and use the category dropdown. But further questions please somewhere else like the forum as this is not meant for support.

[Larsluph]

On top of that, I already added historisation on path fields so that you don't have to retype same paths everytime.

[johnyb0y]

@Larsluph This PR in the qBittorrent Repo is possibly relevant here: qbittorrent/qBittorrent#20314
So in the future there might be an API for that.

Awesome! Thanks for the notice 🙏

@Larsluph Just FYI: The PR has now been merged and will be part of the upcoming 5.0 release.