mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
Remote session/thin client #4230
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#4230
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Misiek304 on GitHub (Apr 26, 2016).
Hi,
I was wondering if a remote session feature could be implemented into qBittorrent. I believe this is available in Transmission. The reason behind this function is that the WebUI is not even half as configurable as the actual client. It's just a lot easier to use the program window but it's impossible when the program is running on a remote machine like a server.
If this couldn't be implemented into the actual app maybe a standalone program for this like Transmission Remote GUI?
Thanks.
@barhom commented on GitHub (Apr 27, 2016):
What are you suggesting exactly?
It seems that you're suggesting to gain access to the remote computer to be able to use the "normal" qBittorrent window.
This is in my opinion way out of scope of qBittorrent. Instead, more work should be put into the webui.
@rezad1393 commented on GitHub (Apr 28, 2016):
what he is suggesting and I agree with ,is that a native app be developed that can access qbittorrent on a remote qbittorrent.
transmission already has this and it is almost exactly like a local instance of transmission running.
about webui, webui is not very good right now. the sorting in file tab and tracker editing isn't implemented. content tab is very slow for high number of files in a torrent and selecting a folder in it is not possible without selecting all the files in it one by one.
and tracker section on the left side on native app is not shown on webui.
@Misiek304 commented on GitHub (Apr 28, 2016):
@rezad1393 - Yes, That's exactly what I'm suggesting. Native app that can access qBittorrent session remotely. Something similar to Transmission Remote GUI. Sorry if I wasn't clear enough.
This is also an option but WebUI would need a lot of work. Right now, for example it's very slow. Definitely enough for basic using but it's not enough for more advanced users. rTorrent is using WebUI quite successfully but to be honest I think that the native app would be a better solution. WebUI could stay as it is for less demanding users and a native app could be an answer for demands of power users.
@barhom commented on GitHub (Apr 28, 2016):
I now also agree that this could be useful.
I'm imagining a desktop client that asks you for "Remote session: IP:port + password" when you launch qbittorrent-remote-app.
I would imagine this is A LOT of work though depending on how qbittorrent is coded.
@Misiek304 commented on GitHub (Apr 28, 2016):
It would require some work for sure but no one is asking for a fully working solution right now. We could start small and add more functions on the way. That way we could keep more control over a project and help with potential bug fixing.
@deadfreak commented on GitHub (Aug 20, 2016):
After having used transmssion on a NAS and being able to control it with the remote session function, i totally miss this in qBittorrent (which i prefer as a client since it's not banned on many private sites). I hope that qBittorrent adds the ability to connect to a remote session (daemon with web ui).
@NHellFire commented on GitHub (Apr 2, 2017):
The WebUI API could be used for this. If it's not practical to add support to the main app, it'd be fairly easy to make a separate one as it's just JSON.
With large amounts of torrents loaded, the WebUI is quite slow to use.
@Misiek304 commented on GitHub (Apr 3, 2017):
The new WebUI in 3.3.11 is a LOT slower then the one in 3.3.10.
I would really liked to have this feature.
@thalieht commented on GitHub (Apr 3, 2017):
@Misiek304 #6447 maybe fixed the slowness but it's not in 3.3.11.
@Misiek304 commented on GitHub (Apr 4, 2017):
Let's hope then we will see this soon in the next release.
@sadeqAlbana commented on GitHub (Feb 13, 2018):
the web UI can't handle a lot of torrents (like >1k), it'll get laggy and unresponsive, with high cpu usage on the server side.
remote session is the best solution
currently I'm using VNC to access the server to use qbittorrent gui, and it's the only reason I've installed the desktop version of ubuntu instead of the server version.
what the web UI really lacks is the search function and the category tree view.
@http403 commented on GitHub (Mar 28, 2020):
Any update on this topic? It is been over 2 years since the last reply.
@FranciscoPombal commented on GitHub (Mar 28, 2020):
There have been many updates since this comment was posted. Some problems were fixed so that the webUI can now handle about 1k torrents on very weak machines, and a few thousands on more capable machines. greater orders of magnitudes than that are still a problem though.
There is now search functionality as well.
@Roganik commented on GitHub (Nov 15, 2020):
Personally, In web UI I miss the ability to configure it as the default option for opening .torrent files and magnet links. (in my case qbittorrent is running on a NAS device). So I'd love to use qbittorrent as a thin client for that use case.
@nick75e commented on GitHub (Dec 26, 2020):
Hi!
The feature I miss is the ability to edit a torrent before upload.
In the webUI I can't pick which files I want, edit their name or priority.
@guiltlab commented on GitHub (Jul 28, 2021):
Adding my vote to this suggestion, I love this feature in Deluge where it is much better than Deluge WebUI in terms of responsiveness (and functionality, tbh).
Considering qbit's WebUI is horribly slow for me (>5k torrents seeding) despite qbit app running perfectly fine and my internet being very good, perhaps thin client would make remote connection work smoothly in the same manner that it does on Deluge?
Of course, improving Web UI's stability and speed could be a solution as well, but it would have to be a very major change considering how slow it is currently, so I'm wondering if it's even possible to improve it that much.
Thank you for your time and effort in developing this software :) Cheers
@JrManPT commented on GitHub (Aug 15, 2021):
I would really love this feature, it would allow me to save power by changing my qbittorrent instalation to a low powered pc on my network.
@bnzbnz commented on GitHub (Dec 7, 2021):
I'm working on a thin client. Please, what features would you like to be implemented (except for those of the WEB UI): qNOXify : https://github.com/bnzbnz/qNOXify
@JustJoostNL commented on GitHub (Aug 3, 2022):
Add my vote to this feature, the remote function that transmission has should be implemented in qbittorrent, really appreciate it.
@nick75e commented on GitHub (Sep 27, 2022):
Also the ability to create a torrent would be great since it's not possible through the WebUI.
@southskies commented on GitHub (Jan 29, 2023):
+1
I'm using Electorrent as a qBitorrent thin client with good results.
@enchained commented on GitHub (Mar 30, 2025):
Lizard looks very nice, but it's for mac os only
https://nagornyi.su/lizard/
There is also Reflection - bridge between Transmission RPC and qBittorrent WebUI API. In theory it should work with clients like transgui and TrguiNG. But it is not maintained and quite old. I wonder if someone experienced in both protocols and golang could continue working on it.
@bnzbnz commented on GitHub (Mar 30, 2025):
for windows: qNoxifyV2
@xavier2k6 commented on GitHub (May 23, 2025):
ANNOUNCEMENT!
For anybody coming across this "Feature Request" & would like/love to see a potential implementation in the future!
Here are some options available to you:
Please select/click the 👍 &/or ❤
reactionsin the original/opening post of this ticket.Please feel free (If you have the "skillset") to create a "Pull Request" implementing what's being requested in this ticket.
(new/existing contributors/developers are always welcome)
DO:
DO NOT:
(These will be disregarded/hidden as "spam/abuse/off-topic" etc. as they don't provide anything constructive.)