Calibre stores automatically deleted files in the library

[sup]

I have some news sources that get fetched automatically. I have checked the option in preferences>behaviour to delete this news after they are sent to the reader. however, they show up in the calibre library as "name of the news" -deleted - "id of the book". I know I am not supposed to mess with my library, but still - this just wastes space. Is there a way to remove these files? Or do they get removed after some time?

[kovidgoyal]

I'm not sure I understand, are you saying the file is not being deleted? Make sure you are running the current calibre release.

[sup]

My calibre library is stored in /some/where/E-Books. After downloading a news source and pushing it to my device, it would get deleted, resulting in a folder in /some/where/ called "E-Books deleted HFs0Oz". That is not inside calibre library itself. I upgraded from Ubuntu's version (1.0) to current version and it seems to have stopped. If it reoccurs, I will let you know.

[DoctorOhh]

I noticed this during the last week using calibre portable version 1.9. See attached. Inside this directory is the one book shown in the pop-up dialog.

I don't know what the circumstances around it's creation were, but if this is a part of sending books to the recycle bin then maybe Dropbox prevented the deletion of this folder after it was created due to a temporary conflict.

[Terisa de morgan]

Same here.

[eschwartz]

Oh cool, this is actually a bug I reported here: https://bugs.launchpad.net/calibre/+bug/1240797

Originally Posted by kovidgoyal@launchpad.net

For some reason, your OS is raising permission denied (EPERM) errors
when calibre tries to delete a non-empty directory, instead of
ENOTEMPTY, which is causing the problem. Do you have your calibre
library on some kind of special filesystem?

In any case, I have changed the code to not rely on the OS sending the
proper error code, it will now manually check if the directory is empty.
That should fix your problem.

It was fixed in calibre 1.7

[DoctorOhh]

Originally Posted by eschwartz

It was fixed in calibre 1.7

Thanks for pointing this out. I updated my post.

Last week when it happened to me it was version 1.9. I vaguely recall seeing an error message, most likely I probably ignored the error after my library checked out ok.

[BetterRed]

Originally Posted by DoctorOhh

I noticed this during the last week using calibre portable version 1.5. See attached. Inside this directory is the one book shown in the pop-up dialog.

I don't know what the circumstances around it's creation were, but if this is a part of sending books to the recycle bin then maybe Dropbox prevented the deletion of this folder after it was created due to a temporary conflict.

I had some of these folders and I was able to create them at will, for me the following changes resolved the problems - I don't use Dropbox or anything similar.

Originally Posted by Version 1.7

Make deleting books to recycle bin more robust. Ensure that the temporary directory created during the move to recycle bin process is not left behind in case of errors.

Originally Posted by Version 1.8

When bulk deleting formats, use a single temporary directory for the deleted files. This makes restoring them from the recycle bin a little cleaner. Also might fix the reported issue with the windows recycle bin choking on creating a large number of folders.

BR

[DoctorOhh]

Originally Posted by BetterRed

I had some of these folders and I was able to create them at will, for me the following changes resolved the problems - I don't use Dropbox or anything similar.

Thanks for the info. I updated my post minutes before you posted. I was using version 1.9 not version 1.5 last week when the orphaned directory appeared. I had version 1.6 on the brain from answering a previous post and had a mild brain fart.

I'm not expecting any feedback from Kovid on this I was just clarifying the OPs position statement for Kovid. If it happens again I'll save the error, but until then I am treating it as a one-off error that I see from time to time because I run Dropbox.

[sup]

Originally Posted by DoctorOhh

Thanks for the info. I updated my post minutes before you posted. I was using version 1.9 not version 1.5 last week when the orphaned directory appeared. I had version 1.6 on the brain from answering a previous post and had a mild brain fart.

I'm not expecting any feedback from Kovid on this I was just clarifying the OPs position statement for Kovid. If it happens again and I'll save the error, but until then I am treating it as a one off error that I see from time to time because I run Dropbox.

Yes, I have my library inside a folder synced to Ubuntu One too.

[Terisa de morgan]

Originally Posted by eschwartz

Oh cool, this is actually a bug I reported here: https://bugs.launchpad.net/calibre/+bug/1240797



It was fixed in calibre 1.7

It has appeared again in 1.10, I'm afraid.

[kovidgoyal]

The only ways I know of in the current calibre release for the "deleted" temporary folder to be left behind after you quit calibre is if you quit while that folder was being moved to the recycle bin, and if you do so, calibre pops up a message warning you about it.

Or of course, if something like dropbox blocks calibre from moving the files to the recycle bin. However that should only happen on windows, not linux.

[BetterRed]

Originally Posted by Terisa de morgan

It has appeared again in 1.10, I'm afraid.

RU sure the 'deleted' folder was created after you installed 1.10 - e.g. is its create timestamp after the modify timestamp on the calibre install folder.

BR

[Terisa de morgan]

Originally Posted by BetterRed

RU sure the 'deleted' folder was created after you installed 1.10 - e.g. is its create timestamp after the modify timestamp on the calibre install folder.

BR

Totally sure. I'm using Windows, as Kovid says, so I suppose it's dropbox.