Keep getting this error on Calibre 6.25

[wmd509]

When trying to update metadata I keep getting the below error which I have never seen before. It also shows up when I try to open books. I'll also note that windows explorer is not open in the folder in question. I've tried exiting calibre and restarting it as well.

calibre, version 6.25.0
ERROR: Cannot open file or folder as it is in use: Could not change on-disk location of this book's files. The folder "C:\\Users\\user\\Calibre Library\\AuthorName\\Book Title (5135)" is opened in another program, so calibre cannot access it.This is usually caused by leaving Windows explorer or a similar file manager open to a folder in the calibre library. Close Windows explorer and retry.


calibre 6.25 embedded-python: True
Windows-10-10.0.22621-SP0 Windows ('64bit', 'WindowsPE')
('Windows', '10', '10.0.22621')
Python 3.10.1
Windows: ('10', '10.0.22621', 'SP0', 'Multiprocessor Free')
Interface language: None
Successfully initialized third party plugins: FanFicFare (4, 26, 1)
Traceback (most recent call last):
File "calibre\utils\copy_files.py", line 112, in _open_file
PermissionError: [WinError 32] The process cannot access the file because it is being used by another process: ''C:\\Users\\user\\Calibre Library\\AuthorName\\Book Title (5135)'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "calibre\gui2\metadata\single.py", line 687, in next_clicked
File "calibre\gui2\metadata\single.py", line 620, in apply_changes
File "calibre\gui2\metadata\basic_widgets.py", line 231, in commit
File "calibre\db\legacy.py", line 934, in func
File "calibre\db\cache.py", line 85, in call_func_with_lock
File "calibre\db\cache.py", line 1481, in set_field
File "calibre\db\backend.py", line 1732, in windows_check_if_files_in_use
File "calibre\utils\copy_files.py", line 252, in windows_check_if_files_in_use
File "calibre\utils\copy_files.py", line 136, in __enter__
File "calibre\utils\copy_files.py", line 132, in open_all_handles
File "calibre\utils\copy_files.py", line 123, in _open_file
File "calibre\utils\copy_files.py", line 112, in _open_file
PermissionError: [WinError 32] The process cannot access the file because it is being used by another process: 'C:\\Users\\user\\Calibre Library\\AuthorName\\Book Title (5135)'

[kovidgoyal]

There is some program on your computer that has that folder open. Sadly the windows kernel does not track which programs have folders open, so calibre cannot tell you which program it is.

[wmd509]

One detail on testing things a bit further full exit and waiting a few minutes will sometimes resolve the issue.

[jospalau]

Originally Posted by kovidgoyal

There is some program on your computer that has that folder open. Sadly the windows kernel does not track which programs have folders open, so calibre cannot tell you which program it is.

He can use Process Explorer to see which process is using it

Sent from my 22081212UG using Tapatalk

[kovidgoyal]

Originally Posted by jospalau

He can use Process Explorer to see which process is using it

Sent from my 22081212UG using Tapatalk

I doubt it, since the kernel does not track that information process explorer cannot magically divine it. Note we are talking about folders here not files. Both calibre and process explorer will tell you what program has a file open. That said, worth a try, maybe process explorer does some magic

[Comfy.n]

I find this tool useful for troubleshooting similar issues:

https://www.nirsoft.net/utils/opened_files_view.html

OpenedFilesView displays the list of all opened files on your system. For each opened file, additional information is displayed: handle value, read/write/delete access, file position, the process that opened the file, and more...
Optionally, you can also close one or more opened files, or close the process that opened these files.

[Wiggo]

Originally Posted by Comfy.n

I find this tool useful for troubleshooting similar issues:

https://www.nirsoft.net/utils/opened_files_view.html

Good old nirsoft!

Many years ago, as a absolute computer newbie, I used some nirsoft tools to screw up my Win98 installation so badly that I had to set it up again.
Since then I still use nirsoft.

[Comfy.n]

Originally Posted by Wiggo

Good old nirsoft!

Many years ago, as a absolute computer newbie, I used some nirsoft tools to screw up my Win98 installation so badly that I had to set it up again.
Since then I still use nirsoft.

lol. they have some really powerful utilities. The other day I updated the whole suite here:

https://launcher.nirsoft.net/downloads/index.html

but that package location was not obvious to me, I had to navigate a lot through the website to find it

[ownedbycats]

Originally Posted by Comfy.n

lol. they have some really powerful utilities. The other day I updated the whole suite here:

https://launcher.nirsoft.net/downloads/index.html

but that package location was not obvious to me, I had to navigate a lot through the website to find it

Some antiviruses really do not like Nirsoft's tools (especially the password recovery applications), so you might just want to blanket-exempt whatever folder you install that in.

[Comfy.n]

Originally Posted by ownedbycats

Some antiviruses really do not like Nirsoft's tools (especially the password recovery applications), so you might just want to blanket-exempt whatever folder you install that in.

yeah, I remember that happening on earlier versions. Sofer posted an article about it:

http://blog.nirsoft.net/2009/05/17/a...ll-developers/

IMO, large software companies can't make such fast, portable and powerful tools as he does, but they have a trustworthy façade and AV companies on their side. Sofer's Uninstall View, for instance, is way faster than MS built-in Add-remove...

[Quoth]

Originally Posted by ownedbycats

Some antiviruses really do not like Nirsoft's tools (especially the password recovery applications), so you might just want to blanket-exempt whatever folder you install that in.

Almost all AV software fails on new malware and periodically damages systems with false positives. It's equivalent to security on a building that relies on arrogant security guards with little knowledge of the employees who patrol the rooms more than the perimeter. User training on use of external devices/storage, email use (attachments, remote content) and web script blocking by default is more use than AV. Also configuring so nothing autoruns. MS was stupid adding Autorun to Win95, because the Amiga floppy autorun virus already existed. Then they added it to certain kinds of network shares.
Also then USB HID allows silent autorun of a script, so an evil mouse (on phone/tablet an evil charger) can install a root-kit.
Intel then lost the plot and added JTAG over USB and ability to change the management engine via USB.

Don't rely on AV.

When I did IT in the past, all the computers with malware had AV already installed.

[theducks]

Originally Posted by Quoth

Almost all AV software fails on new malware and periodically damages systems with false positives.
<snip>
Don't rely on AV.

When I did IT in the past, all the computers with malware had AV already installed.

Many years ago: Norton AV checking accidentally deployed a virus.

Avoid dodgy sites
Don't open mail attachments you did not expect, even from folk you know (they may have been hacked or spoofed) . The message may give you warm fuzzy's that it is real, otherwise avoid vague, non-personalize body text raves.

LOOK at the status bar before clicking. Many show the LINK URL (which may be nothing like what the text shows.

Avoid "shortened" URLs (against MR guidelines for a reason) as you have no idea where you will end up.

[JSWolf]

The first thing to do is move the library out of the Users directory. That is a really bad place to put it in Windows.

Next, try again and see if you still get the same error.

[DNSB]

Originally Posted by JSWolf

The first thing to do is move the library out of the Users directory. That is a really bad place to put it in Windows.

Next, try again and see if you still get the same error.

My calibre libraries have lived in c:\users\<username>\calibre\<library_name> for close to a decade and I haven't seen any issues with using those directories. Now if you have it in c:\users\<username>\Documents\<directory name>, you may have an issue since current Windows versions love syncing that folder to OneDrive unless you play with the sync settings.

[BetterRed]

Originally Posted by JSWolf

The first thing to do is move the library out of the Users directory. That is a really bad place to put it in Windows.

WHY?

BR