Created attachment 166666 [details] As shown, renaming a folder named "Test" still shows "Test" text, making it hard to see the full name SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Create a file or folder on the desktop. 2. Try to rename the file or folder on the desktop (Note: NOT in Dolphin) 3. The existing name of the file or folder will display behind the new name during the process of renaming OBSERVED RESULT The existing name of the file or folder displays behind the new name while renaming on the desktop. This makes it very hard to rename files or folders on the desktop. EXPECTED RESULT Editing the name of the file or folder on the desktop does not always display the old name behind the existing name. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch Linux, kernel 6.7.8-arch1-1 (64-bit) (available in About System) KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION The issue occurs on both the X11 and Wayland sessions. This seems like a regression from Plasma 5.27 as I haven't had the issue before upgrading. I'm running this on a laptop with an Intel® Core™ i7-9750H and an NVIDIA GeForce RTX 2060 with proprietary graphics driver version 550.54.14.
It looks like you're using a custom theme. Can you still reproduce the issue with the default Breeze Plasma style?
Created attachment 166750 [details] Shows how the renaming bug looks with Breeze After switching to Breeze Dark I now see a box covering the old name, which makes it much easier to rename. However, if the old name is two lines long and the new line is one line long, the old name is still visible. IMO I don't see a need to show the old name and don't recall seeing this behavior in Plasma 5.
Can reproduce the issue. Not a Plasma 6 regression; I'm pretty sure it's always been this way.
*** Bug 487975 has been marked as a duplicate of this bug. ***
*** Bug 484795 has been marked as a duplicate of this bug. ***
*** Bug 487009 has been marked as a duplicate of this bug. ***
(In reply to Nate Graham from comment #3) > Can reproduce the issue. Not a Plasma 6 regression; I'm pretty sure it's > always been this way. Nope, it wasn't like that in Plasma 5.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2413
Git commit c1ec86898f49d627d59e9afe5fa14efc49c3f949 by Nate Graham. Committed on 01/08/2024 at 00:11. Pushed by ngraham into branch 'master'. Folder View: hide existing label while renaming If we don't, it may peek out from behind the text field with the new name if the user chooses a shorter name, and that looks weird. This worked in the past but broke with the port to ShadowedLabel, which disabled the shadow while renaming when it should have hidden itself completely. FIXED-IN: 6.1.4 M +4 -1 containments/desktop/package/contents/ui/FolderItemDelegate.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/c1ec86898f49d627d59e9afe5fa14efc49c3f949
Git commit 3a0cc5449fc36ad9530dd300e8c7d5d2463c4b9b by Nate Graham. Committed on 01/08/2024 at 00:12. Pushed by ngraham into branch 'Plasma/6.1'. Folder View: hide existing label while renaming If we don't, it may peek out from behind the text field with the new name if the user chooses a shorter name, and that looks weird. This worked in the past but broke with the port to ShadowedLabel, which disabled the shadow while renaming when it should have hidden itself completely. FIXED-IN: 6.1.4 (cherry picked from commit c1ec86898f49d627d59e9afe5fa14efc49c3f949) 96fc78bf Folder View: hide existing label while renaming Co-authored-by: Nate Graham <nate@kde.org> M +4 -1 containments/desktop/package/contents/ui/FolderItemDelegate.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/3a0cc5449fc36ad9530dd300e8c7d5d2463c4b9b
*** Bug 491339 has been marked as a duplicate of this bug. ***