When browsing audio files in Bridge, if you try to rename the file, you get an error stating the file is open in another process. I bet you it's because of the audio preview in Bridge. Ridiculous that these two critical features in Bridge conflict with each other. Is there a fix in sight for this?
Same problem here
What type of file? Mac or Windows?
I have no trouble renaming MP3
mp3, flac, wav, aif/aiff, ogg
Windows 11, Bridge up to date
I can only test on Windows 10.
I was able to reproduce the problem with an m4v file. I think the original poster @MarkyMarkM is right that it has sometihng to do with the audio/video preview playing. When I turned off play automatically when previewed, I did not get the renaming error.
You're definitely onto something here. Turning off autoplayback partially helps, but with odd/interesting behavior. After turning off autoplayback, I can rename any file so long as it hasn't been played yet. After I've played and paused a file, Bridge holds onto it as "in-use" until I close down and restart Bridge. So I can no longer rename that particular file until restarting. I can still rename any other file that hasn't been played yet without restarting Bridge.
At first, fiddling around with renaming & playing a bunch of stuff, it looked like Bridge seems to only mark one file as "in-use" at a time. If I previewed/played audio file A so it could no longer be renamed, then previewed/played file B & stopped it, Bridge would release A & grab B, marking B as "in-use". Then I could rename file A again.
Simply playing/previewing another file to break Bridge's hold on the file I want to rename looked like a pretty reasonable workaround, but then that behavior stopped working too: Bridge stopped letting go of files even after I previewed other ones, and I ended up needing to restart after all.
Seems like there is definatly a connection. Too bad you workaraound stopped working. You might try navigating to another folder, then back. That might break the connection. Also try View > Refresh (F5)