Getting kicked out of editing field upon database changes [#21440]

[Riegelstriegel]

Hi, I would like to bring a topic up that has been bothering me for quite a while now. I can happen very often that while performing in-line editing, you get kicked out of the editing field, when a database change happens in the background.
This mainly affects the media tree when you make changes to a sub-node like an Artist node. But it also can happen when you edit a tag in the library window in list view.

This behaviour is probably related to this bug ticket here:
https://www.ventismedia.com/mantis/view.php?id=20570

In order to fix the issue, you opted for option A, disable edit, instead of moving the edit field with the tree corresponding entry.
Unfortunately this behaviour is really annoying when you perform a lot of in-line editing to fix wrong tags.
Often a library update can happen several seconds after a user action or out of nowhere like when auto lyrics lookup tags the currently playing track.
The most ridiculous state I have experienced was when I synchronized my library to an external hard drive. While the syncing was in progress, it was impossible to edit an artist node without being kicked out immediately.
Also, being kicked out of the editing state can lead to unwanted keyboard shortcuts, e.g. Space triggering Pause or Backspace changing to the previous library view.

Can you have another look at this and maybe realize a solution where in-line editing is possible even when MM does work in the background?
Let me know your thoughts!

[Lowlander]

Media Tree issue is already fixed as: https://www.ventismedia.com/mantis/view.php?id=21440

Can you please provide more details on in-line edits failing in the Filelisting? What node in the Media Tree is selected when this happens?

[Riegelstriegel]

Hi Lowlander,

I usually work in artist sub-nodes when editing files in the filelisting.

Other than that, I cant say much about being kicked out of the editing state there. It happens way less often compared to edits in the media tree. But it still feels like database changes in the background are responsible for it.

[Lowlander]

I've not experienced this myself. Please capture the in-line editing in the Filelistings itself issue in a debug log (step 4b) and attach the log to a Support Ticket: viewtopic.php?t=86643

This will help a developer analyze why this happens on your setup.

[rusty]

Note that this was previously fixed in 2024.1.0.3104+

-Rusty