New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Monitored Folder for automatic add files not working correctly #5966
Comments
Currently having the same issue on a Win10 host machine. If your black hole is on a network drive, qBittorrent will not see new torrents being added until you restart it. |
So what is the deal here? Any updates? exact same config and doing the same thing, Win10 .torrents saved to share, only picks up new .torrents on restart, clearly something is wrong ... anything we can do to help resolve this? |
Still an issue. |
finding this also in 4.0.4 I think it might have been working in 4.0.2 however not sure if I can downgrade without losing all my settings / torrents. |
Yep. Seeing the same issue. What a bummer. |
Glad to see this is presumably not user error. Hopefully a workaround or fix comes soon. [Edit] just some more details on the issue in case it helps folks: Host folder mounted to Guest as network mapped drive and added to qBittorrent as "Monitored Folder". qBittorrent does not auto-add torrents saved to this monitored folder, regardless if torrent is added on host or guest side. Added torrents are only detected and auto-added when qBittorrent is first starting up or restarted. Monitored folder (at least in my case) is the drive root (i.e., H:) and not a sub-directory (i.e., H:\folder_to_watch) [Edit2] Looks like this has been an issue (#4131) since 11/16/15, so it may be pending for awhile. I haphazardly created a cmd batch program to open all files in my watch directory every 60 seconds. When combined with qBT's option to remove torrent files when added, it works good enough for me for now. Obviously use at your own risk.
|
Was this ever fixed? I'm using v3.3.7 on a pi and it still not picking up the *.torrent files when dropped into the specified folder. |
Not fixed, still an issue for me running on v4.1.3. |
Still an issue with version v4.0.3 on Ubuntu 18.04. Sometimes it picks up newly added torrents from the monitored folder, sometimes it doesn't (I have no idea what it depends on). Restarting qBittorrent makes it pick up the new torrent. The monitored folder is a subfolder of a folder shared trough Samba so that it can be accessed from Windows. |
I too am seeing this issue with a monitored folder on a samba share. If you're on Linux I found this workaround. I set it to grab the torrent files from the samba share to a directory on my linux box and it moves once a minute and Qbittorent is able to see the file when it gets moved. |
This is still an issue. I had that happen in two machines: a Windows 10 host and an iMac host. Both machines use VirtualBox to run an Ubuntu machine. The torrent files are stored on a shared folder. qBittorrent does not see the newly added torrent files until it is restarted. A manual recheck button, as suggested by matthaerle, may help until the issue is fixed. This is totally a random guess but could the problem be related to Ubuntu updating (upgrading) while qBittorrent is open? It may be that both machines first started to experience this issue after an apt upgrade while qBittorrent was open? I may be wrong but maybe others can confirm if this is really the case? |
Had this problem appear last week after I apt upgraded my debian 9 box. After I changed the values and rebooted my Windows PC, one share correctly mounted on Debian box without Vers=2.1 option in fstab, this share works correctly in qBittorrent and all torrents I throw in there are immediately picked up. I am not a programmer so I am not sure it is qBittorrent's fault but maybe the mechanism of detecting new torrents need to be changed for these new SMB protocols. Or it is some bug in linux cifs module not allowing something on newer smb shares, dunno. |
Has anyone come up with a workaround for this issue. I've scheduled restarting qBittorrent to pick up items in the watched folder but wondered if there was anything better. Not sure why it won't poll the location, must only do it when the app starts. |
Everytime I add new files, I go to Preferences --> Downloads --> Monitored Folder to remove and readd the folder location. The application checks that location only when it is first started or when there is an update in the monitored folders list. Updating the list seems faster than closing and restarting the application. I am so suprised that this has not been handled for such a long time. A manual recheck button could have made things much easier until the problem itself could be solved. To repeat some background information: I use qBittorrent on Ubuntu systems on a VirtualBox host with a shared folder that resides on the host machine and is mounted on the Ubuntu guest. I have been using it without any problems for a long time but at a certain point several years ago, qBittorrent's automatic check started to fail in all the machines (both Windows 10 and MacOS hosts) at around the same time. Since it can check the folders on restart or on updating of the monitored folder lists, it does not seem to be an access issue. |
Yeah, really frustrating as its my only issue using Qbit. It seems like it's not platform specific as I'm using the linuxserver docker on a Synology NAS with the app, download location and blackhole all on the same machine. I don't see how it can be permissions either when it works with a restart or changing the location, it just mustn't be polling the location after the initial start/save. There doesn't seem to be anything obviously wrong here |
Bug still exists - qBittorrent-nox does check only on startup, later new files added to monitoring directory are ignored. Debian 10 with fuse mount. |
The same issue appears with monitoring webdav mounted directory with davfs2 on Arch Linux. |
Wow, it has been sooo many years but this issue finally seems to have been solved. This functionality started to work again for me... A big "thank you" to whoever fixed it. |
This comment has been minimized.
This comment has been minimized.
issue appears to have resurfaced with network shares on 4.3.6 tested in several environments where 4.3.5 was working correctly and now not so. as shown here mapped drive M is netshare and C is local. Edit: #15127 < issue is indeed related to unc paths as expected. |
This comment has been minimized.
This comment has been minimized.
I think the problem should be around the new watch options in 4.3.6. |
Having this problem out of nowhere now, worked for years without missing a beat. v4.3.5 on fedora 34 server |
This comment has been minimized.
This comment has been minimized.
Still problematic with 4.3.9 |
What exactly is your problem? You have to provide all the required information, otherwise your comment is just "zilch". |
The same problem people have been describing for months: the watch folder. qbittorrent doesn't auto-load .torrent files when they're dropped in the directory set up as the watch dir. If this doesn't clear it up, give me a more specific request than "all the required information" edit: it appears this issue was raised in 2016. it's been 5 years. |
So are you going to help? |
Why is my reply marked as spam, I was just saying that it is still happening on 4.3.9 |
@jdqw210 This Issue (i.e. Topic on this Bug tracker) is too old. The code of "Watched folders" feature has been changed several times since then, including it underwent a fairly deep redesign relatively recently. So it is unlikely that you have exactly the same problem that the Issue author reported. If you have problems with "Watched folders" and you really want to help fix qBittorrent, then please open a new Issue with all the required data according to Contributing Guidelines . P.S. Even if you really believe you have exactly the same problem as described in some existing Issue the comments like "Me too" is discouraged. You should at least provide the minimum set of information that is usually required to create an Issue. |
This comment has been minimized.
This comment has been minimized.
Same issue on 4.5.2 Win 10 qt6. I'm asking it to monitor some folders in Google Drive desktop on Win 10. Only reliably scans for torrents at launch. Then, it scans successfully when the drive/system/network is not busy. |
Same issue with Docker and qBit v4.5.5 |
Same issue with docker and qbit 4.6.3 |
Please open new Issue with all the required details. |
-Windows 8.1 host machine
-Shared folder access setup correctly. Have networked drives that downloads are automatically grabbed from in qBittorrent settings.
-Need to restart program each time for it to recognize newly added files. Does not automatically work.
-Is there a config setting to update or force monitored folder refresh interval?
The text was updated successfully, but these errors were encountered: