I propose a simple change of blocking of the CTRL + Z keyboard shortcut, when user is focused in the Filter Box
The purpose o this is also simple: when I write some filtering expression, I often accidentally delete some portion of it and then without thinking press quickly the CTRL + Z; which in turn instead if bringing me the deleted potion of expression, reverses my last change done on files. And sometimes I do not even remember what was the change. And I just can't help this impulse no matter how many times I perform this error
That current behavior of Mp3tag is just so annoying and counterproductive
3] Change any tag field in that file by writing >>TEST-1<< in it -> I changed the band name
4] Click in filter box -> ok
5] Write >>TEST-2 TEST-3<< in filter box -> ok
6] Select >>TEST-3<< -> ok
7] Delete it -> it is gone
8] Press CTRL + Z, as if you were trying to bring back deleted >>TEST-3<< in some word editor or Notepad
And now: what happened? -> I see only test-2. The files list gets updated so that the file with "test-1" disappears (which could be expected as I do not have a file with "test-2" as data)
When I remove the filter, the file with "test-1" is shown again.
In short: Ctrl-Z has no special function in the filter box.
I press CTRL + Z while focused in filter box, and the last work done on some tag field[s] or filename is reverted. It's right there in the Edit drop down menu, at the very top of it:
Undo Tag - Filename Ctrl + Z
This shortcut works for me anywhere, as long as the Mp3tag window is at the front [and I wish it would not when I am in the filter box]
I can confirm that pressing [Ctrl-Z] within the Filter edit line has a bad effect on the tag data:
it removes the previously inserted tag-field TEST-1.
This works like "Hotkey: Ctrl + Z", "Undo the last operation" from the menu "Edit".
It is probably better to disable this keyboard shortcut while working in Filter Edit mode.
the box of the Filter also succumbs to this new rule - thus it is possible now to take steps backs in writing of a filtering expression. However if the user will keep pressing CTRL+Z, then the history will go back as far as before focusing on the Filter's box and writing something - thus if the user had performed some operations of files, they will be needlessly reversed
And so this issue is still unresolved fully - merely alleviated and with a caveat. Maybe there could be implemented a split into two histories of taken steps: one for the Filter box and a second for the whole rest of Mp3tag?