You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
This is assuming you've pressed the little "i" button to review the file name edit field. Great feature. Depending on your prior actions, it can be that when someone clicks and drags to select text within a file name, "rename edit" mode fails to be triggered, leaving the user with a text selection they can't type over.
To Reproduce
Sadly I can't isolate an exact UI sequence to reproduce. But I am using the program a lot in the last days, 5 or 6 hours a day at least, and it happens regularly. Reason: My old file names have elements that I am converting into tags bit by bit. So after tagging I always grab the parts left of the "[" and clean them up. My general flow:
Click a file in the gallery, press the "i" button above the image preview to expand if not visible. Add tags. (Variously by drag and drop, typing and picking from the list, or direct file name editing within the square brackets.
With the mouse, select part of file name text to modify in the file name dialog.
Sometimes, edit mode is not engaged. It shows the "Rename" button on the right, and seems unaware the selection was made.
When in this funky state, keyboard input is ignored. Must grab the mouse and click around a bit get into edit mode and re-make the text selection.
Note: A short click seems to always activate edit mode. It's only the click and drag selection action that seems to have this edge case glitch.
Expected behavior
Much of the time, selecting text correctly triggers the file name editing mode. But not always.
Screenshots
n/a
Desktop Application:
Linux Mint 21, TagSpaces 5.0.5 via Appimage
The text was updated successfully, but these errors were encountered:
Describe the bug
This is assuming you've pressed the little "i" button to review the file name edit field. Great feature. Depending on your prior actions, it can be that when someone clicks and drags to select text within a file name, "rename edit" mode fails to be triggered, leaving the user with a text selection they can't type over.
To Reproduce
Sadly I can't isolate an exact UI sequence to reproduce. But I am using the program a lot in the last days, 5 or 6 hours a day at least, and it happens regularly. Reason: My old file names have elements that I am converting into tags bit by bit. So after tagging I always grab the parts left of the "[" and clean them up. My general flow:
Note: A short click seems to always activate edit mode. It's only the click and drag selection action that seems to have this edge case glitch.
Expected behavior
Much of the time, selecting text correctly triggers the file name editing mode. But not always.
Screenshots
n/a
Desktop Application:
Linux Mint 21, TagSpaces 5.0.5 via Appimage
The text was updated successfully, but these errors were encountered: