DC++ accepts relative path for download directories and it can cause assertion failure and other problems
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
DC++ |
New
|
Medium
|
Unassigned |
Bug Description
#1 finished download directory
While the current DC++ gui (QueueFrame) can handle only absolute path's starting with <drive>: the lib accepts relative ones for the Default Download Directory setting. If you specify relative or UNC path for default download directory they pass QueueManager:
After a download finished in a release build UNC path causes a temporary freeze and the file stucks in the unfinished folder. In case of a relative path set for downloads the file will be created relative to the directory which was current when the DC++ executable started. This can result creation of downloaded files/folders in arbitrary places of the file system.
#2 unfinished download directory
The setting accepts relative path as well and there's no any further path check in this case. So the actual path where the unfinished files created (QueueManager:
Thanks Thor for reporting issue #2 which led to further investigation of this problem.
Hm, the question is whether this is a feature or a problem =) Perhaps it could be made into a feature by being realtive to the users home folder, or possibly documents...any opinions? On the other hand, what's the value in specifying it relative? Porting the queue between users?
In any case, there's no reason not tu support unc paths although care should be taken since they can be 65k chars long...