Persistancy among Removed or Moved records

[RotAnal]

Dear Sirs,
am quite unaware whether this issue has been already addressed in this forum.
I noticed that there are cases in which folders have been NOT removed from a library by Calibre whenever they should have.
This may happen when one moves books from a library to another (e.g. to merge) or renames a record by changing Author and/or Title.
At beginnings I thought they were books failed being moved but soon realised they are just not removed when they should and therefore are just unwanted duplicates.
This situation adds a lot of confusion to the library management and it took me sometimes to localise empty or redundant folders among thousands and remove them by hand, thus violating the first principle of Calibre, i.e. not to touch the content of a library.
Is this issue known to the developers?
Thanks for your attention

[Gunnerp245]

Wouldn't have running the library maintenance function found the situations you mention?

[RotAnal]

Interesting suggestion, which I am unaware of. Thanks!
Which function in particular, Gunner?

[theducks]

Originally Posted by RotAnal

Interesting suggestion, which I am unaware of. Thanks!
Which function in particular, Gunner?

There is only one Library Maintenance
The first phase checks the DB for structural errors.
The (optional) second phase checks the DB against the File structure/contents

You get to resolve the errors in phase 2.

the only reason I can think of that old folder persist, is someone visited the folder and that left debris (causing 'folder not empty' (or RW ownership) to block the deletion)

[RotAnal]

Dear Ducks,
I asked because Library Mantainance menu has several submenus. I thought you refer to as Check Library and I eventally automatically solved my trouble.
Thanks!
As regards the origin of the trouble am wondering if "debris" may be the only source. I tried my best to care not to dirty the library content, but with 16000 records one cannot never say!
Thanks again for your suggestions.

[theducks]

Originally Posted by RotAnal

Dear Ducks,
I asked because Library Mantainance menu has several submenus. I thought you refer to as Check Library and I eventally automatically solved my trouble.
Thanks!
As regards the origin of the trouble am wondering if "debris" may be the only source. I tried my best to care not to dirty the library content, but with 16000 records one cannot never say!
Thanks again for your suggestions.

Debris (Def: any file not managed or expected by Calibre) can be caused by many things.
I do not use the the Calibre internal viewer for Mobi (Mobipocket reader is on my system), it leaves a copy of the book and a MBP file in the root of the Library. I now know to clean those manually.

[BetterRed]

If I open a format in an editor then the file for that format will probably be locked

If I then change the title or author then calibre will create the new folder and move the existing files to it, only when it finds it cant remove the folder (because of the locked file) will it tell me a format is locked, via this message



Happens occasionally to me - when it does I fix it immediately by hand. Otherwise when I save my edits they will be saved to the old folder and at some stage I be left doing this

I'd rather calibre pop the message at the start and leave things as is. But there may be factors that preclude that - such as the difference in the behaviour of the target operating systems.

BR

[speakingtohe]

Originally Posted by BetterRed

If I open a format in an editor then the file for that format will probably be locked

If I then change the title or author then calibre will create the new folder and move the existing files to it, only when it finds it cant remove the folder (because of the locked file) will it tell me a format is locked, via this message



Happens occasionally to me - when it does I fix it immediately by hand. Otherwise when I save my edits they will be saved to the old folder and at some stage I be left doing this

I'd rather calibre pop the message at the start and leave things as is. But there may be factors that preclude that - such as the difference in the behaviour of the target operating systems.

BR

I seem to recall this being fixed for GUI editing, but not in the edit metadata window a couple of years ago.

Helen

[BetterRed]

Originally Posted by speakingtohe

I seem to recall this being fixed for GUI editing, but not in the edit metadata window a couple of years ago.

Helen

Helen

if I'm editing an RTF with Word or PDF with Acrobat, and I change the book title or author in the book list (not sure about metadata editor) then calibre does as I describe above.

But, I of all people, should understand why its daft to change those particular fields whilst the RTF and or PDF is open for editing. Maybe its only Word and Acrobat - perhaps other editors (eg Sigil) don't hold any locks in which case...

BR

[theducks]

Originally Posted by BetterRed

Helen

if I'm editing an RTF with Word or PDF with Acrobat, and I change the book title or author in the book list (not sure about metadata editor) then calibre does as I describe above.

But, I of all people, should understand why its daft to change those particular fields whilst the RTF and or PDF is open for editing. Maybe its only Word and Acrobat - perhaps other editors (eg Sigil) don't hold any locks in which case...

BR

A (write) Lock is a good idea as it keeps 2 people (sessions) from making changes to the same object.
Some programs offer to open a locked file in read only mode (I wish Sigil could do this). Opening a second instance is useful for side-by-side reference/copying , but it is possible to get confused as wich is the one under edit ( )