I/O error when programs attempt access to folders with names ending in a file extension

[Nate-619sd]

Binary package hint: qbittorrent

I was using Xubuntu 10.10 and when trying to resume my download from prior to the upgrade (without any kind of change to the package or it's downloads), qBitTorrent failed to resume as it normally would have.

it gave an I/O error citing that 'the directory is not a file' which is easily fixed by removing the extension(s) from the end of the folder's name

quick summary-
apparent regression (with simple work-around) immediately following 10.10 upgrade with directories treated as files when containing an extension in name.

[Charlie Kravetz (cjkgeek)]

Thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. Thanks for taking the time to make Ubuntu better!

[Christophe Dumez (hydr0g3n)]

I tried to reproduce as follows:
- Add a torrent having a root folder and rename the root folder to "xxxx.test".
- Restart qBittorrent

The torrent was resumed just fine, no I/O error. It is possible that the error was already fixed (I'm using v2.6.6) but it would be surprising as I don't remember any recent bugfix that could be related.

Are you able to reproduce the issue? If so, could you please walk me through it?

[Fiodor Kupchik (ferimy)]

don't know if it was the similar issue but yesterday I lost all files in the directory named Directory.FLV with FLV file inside...
what I done:
1. Already had this dir in "Completed" list and downloaded new torrent with updated content i.e. new files now handled by torrent.
2. Pointed to old dir.
3. When enterd into the dir noticed that there were not more files at all - they were deleted....

Version 2.7.1, Ubuntu 10.10 x86.

[Fiodor Kupchik (ferimy)]

small typo - there were at least 5 files with extension FLV in that directory...

[Fiodor Kupchik (ferimy)]

well, this happened again twice
how to reproduce:
1. Download at least 1 file with torrent.
2. Update torrent file so that it contain the same file ad new one.
3. Try to download new file BUT DON'T SELECT old one.
4. Old file will be deleted but new one going to be downloaded successfully.

Serious bug... have lost many files such way.

[Christophe Dumez (hydr0g3n)]

Ok, I understand what's happening and I'll look into it soon. Thanks for the feedback.

In the meantime, I suggest you stop unselecting files that were already downloaded. It is not that useful to unselect those anyway because qbittorrent will simply, detect, recheck and seed them (it won't try to overwrite or anything).

[Christophe Dumez (hydr0g3n)]

@Fyodor Kupchik: By the way, your problem does not seem related in any way with this bug report, is it? I believe it should be opened as a separate ticket.

[Fiodor Kupchik (ferimy)]

Filled report: https://bugs.launchpad.net/qbittorrent/+bug/756474

Well, what about not selecting old stuff - I'm using NTFS as files storage because sometimes need to have access from windows, check works fine but it is soooo slow - to avoid time loss I'm usually download the only necessary files
don't know if there's another way - only create separate storage on reiserfs formatted partition. If I have possibility to stick labels to specific path it would solve the problem - on torrent addition I would select "tmp" label and files would be placed in /path/to/tmp directory.

What do you think about this?
I'm ready to fill new report as wishlist =)

Thanks!