I didn't open new bug, because both have similar cause - handled
exception after last segment's bytes are transferred.
--
Possible file corruption
https://bugs.launchpad.net/bugs/550300
You received this bug notification because you are a member of
Dcplusplus-team, which is a direct subscriber.
Please open a separate bug for each unique type of file corruption.
--
Possible file corruption
https://bugs.launchpad.net/bugs/550300
You received this bug notification because you are a member of
Dcplusplus-team, which is a direct subscriber.
Status in DC++: Confirmed
Bug description:
This bu
** Description changed:
The problem hits 0.67x and is because the FileFindIter class does not
like if the given path is a root folder of a drive. If it created by
passing a \ like (or any other invalid) format to the
constructor then the DirData structure member functions' retrurning
val
** Patch added: "FileFindIter.patch"
http://launchpadlibrarian.net/43297834/FileFindIter.patch
** Also affects: strongdc
Importance: Undecided
Status: New
--
Its not possible to share a whole drive in random cases
https://bugs.launchpad.net/bugs/556853
You received this bug notific
Public bug reported:
The problem hits 0.67x and is because the FileFindIter class does not
like if the given path is a root folder of a drive. If it created by
passing a \ like (or any other invalid) format to the
constructor then the DirData structure member functions' retrurning
values are compu
Me / Toast couldn't reproduce this in 0.761 under XP 32 bit and W7 x64
respectively but as long as four people reported it so far I converted
this to a bug report. Details / screenshots can be found in the related
question.
--
Get file list on search item doesn't go to directed folder
https://bu
Public bug reported:
After doing a search, I click "Get File List" on a result I want to
view. When I connect to the user, it displays the correct path but then
immediately kicks me back to the overall list of the users files. I've
read that this has been fixed but I'm running the newest version a
I found another possible source of file corruption. When file is being
transferred with ZLIB compression, it can happen that decompression
error or ""Garbage data after end of stream" exceptions occur after the
last bytes of segment has been transferred. These exceptions will be
caught in DownloadM
Now at second try, it always happens to me when I get a filelist from
search results, no need to lock the filelist path. Currently many users
reporting problems opening filelists or "Get file list function in
search result no longer navigates to location of file/directory again",
maybe this is the
9 matches
Mail list logo
