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

Bug #659099 reported by Nate-619sd
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
qBittorrent
Incomplete
Undecided
Unassigned
qbittorrent (Ubuntu)
Triaged
Low
Unassigned

Bug Description

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.

Tags: xubuntu
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

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!

Changed in qbittorrent (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

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?

Changed in qbittorrent:
assignee: nobody → Christophe Dumez (hydr0g3n)
status: New → Incomplete
Revision history for this message
Fiodor Kupchik (ferimy) wrote :

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.

Revision history for this message
Fiodor Kupchik (ferimy) wrote :

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

Revision history for this message
Fiodor Kupchik (ferimy) wrote :

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.

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

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).

Changed in qbittorrent:
milestone: none → 2.7.3
status: Incomplete → Confirmed
importance: Undecided → Medium
Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

@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.

Changed in qbittorrent:
assignee: Christophe Dumez (hydr0g3n) → nobody
importance: Medium → Undecided
milestone: 2.7.3 → none
status: Confirmed → Incomplete
Revision history for this message
Fiodor Kupchik (ferimy) wrote :

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!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.