Bug 497660 - Alt shortcuts in the find & replace tool conflict with main menu shortcuts
Summary: Alt shortcuts in the find & replace tool conflict with main menu shortcuts
Status: CONFIRMED
Alias: None
Product: kdevelop
Classification: Applications
Component: general (show other bugs)
Version: 6.1.241200
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: kdevelop-bugs-null
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-12-18 19:57 UTC by walmartshopper
Modified: 2024-12-29 16:14 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description walmartshopper 2024-12-18 19:57:55 UTC
SUMMARY
In find & replace, alt shortcuts don't work.  There are duplicate alt shortcuts between the main UI and the find & replace tool.  The shortcuts inside the find & replace tool should have priority if one of the fields within the tool has focus.

STEPS TO REPRODUCE
1. Open a blank document and type "test1"
2. Press Ctrl + R to open find & replace
3. In the find box, type "test1".  In the replace box, type "test2".
4. Press Alt + R to replace, Alt + A to replace all, or Alt + F to find

OBSERVED RESULT
Rather than performing the Replace, Replace All, or Find All, it only highlights the button but doesn't press it.  If you press the same shortcut again, it will perform the action of the duplicate shortcut (Alt + R opens the Run menu, Alt + A presses the "Save All" button in the toolbar, and Alt + F opens the File menu)

EXPECTED RESULT
Pressing the alt shortcuts in the find & replace tool should press the buttons, not just highlight them.  If I remove the conflicting "Save All" button from the toolbar, then the Alt + A shortcut works as expected.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1
Kernel Version: 6.12.5-1-cachyos (64-bit)
Graphics Platform: Wayland

ADDITIONAL INFORMATION
It used to work as expected in KDE 5, and I believe it changed after switching to KDE 6.
Comment 1 Igor Kushnir 2024-12-19 08:04:46 UTC
I can reproduce this bug both in KDevelop and in Kate (only the Alt+F part, because other shortcuts are absent from Kate). I suspect the bug is not even in KTextEditor but even higher upstream (KXmlGui or even QWidgets). If you figure out the more precise source of the regression, please change this bug's Product field or file a new QTBUG.
Comment 2 Igor Kushnir 2024-12-29 16:14:00 UTC
These shortcuts sort of work when KDevelop's Concentration Mode (Meta+C) is on and a line edit has focus because of Sublime::MainWindowPrivate::eventFilter(): https://invent.kde.org/kdevelop/kdevelop/-/blob/71c26d113a91d89acd63cbc51f87fc21f99a7130/kdevplatform/sublime/mainwindow_p.cpp#L243