mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
Unable to use samba shares #7
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#7
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 @florentheman on GitHub (Aug 12, 2012).
Whenever trying to write the torrent destination to a samba //servername/folder I get an I/O error on Windows.
@cdumez commented on GitHub (Aug 12, 2012):
Have you tried to mount the remote smb share as a local Windows drive and ask qBittorrent to save to that local drive instead? If mounted, qBittorrent should have no problem writing on it.
I'm not very familiar with Windows but you may find the following link useful:
http://www.uwplatt.edu/oit/howto/mountvolumecifs-win.html
@florentheman commented on GitHub (Aug 12, 2012):
That is a working workaround, confirmed and thanks. Other clients (utorrent for example) however, are able to write to direct samba adresses. I think it is part of the standard windows explorer API as I can browse to it by explorer. Maybe a simple syntax error to fix.
Love your program!
@packetwarrior commented on GitHub (Aug 19, 2012):
I'm sorry, but closing this issue is a little premature IMO. This is something which really should be supported, considering more and more people are purchasing a NAS device for multimedia playback. I'm sure plenty of folks would appreciate it :)
I usually save the download locally, then use the 'move after download' functionality to move the download to my NAS, so any device in my house can access the file.
I am in process of trying to switch away from uTorrent, but this is a pretty big showstopper, and mapping another drive just for this is not an option for me right now :(