Created attachment 182989 [details] screencast ru_RU SUMMARY "Terminate Processes" dialog loses 2/3 processes on drag&drop. STEPS TO REPRODUCE 1. Select multiple processes. 2. Click Terminate Process. 3. Within the confirmation dialog, click on a process in the list. 4. Move mouse pointer while holding LMB. 5. Release LMB. OBSERVED RESULT The confirmation dialog changes from "Terminate 3 processes" to "Terminate process" and the list is reduced accordingly. EXPECTED RESULT No action. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 41 KDE Plasma Version: 6.3.4 KDE Frameworks Version: 6.14.0 Qt Version: 6.8.2 Kernel Version: 6.13.11-200.fc41.x86_64 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-6700HQ CPU @ 2.60GHz Memory: 15.4 ГиБ of RAM Graphics Processor 1: Intel® HD Graphics 530 Graphics Processor 2: NVIDIA GeForce GTX 960M ADDITIONAL INFORMATION
I confirm this behavior on git-master The confirmation dialog is acting like it's selecting the one process you clicked on in the confirmation, which seems wrong Perhaps the click is being sent to the underlying window? Clicking in the text of the dialog shouldn't select / deselect anything
Whoooaooh that is weird. I'll see if I can fix it.
I can reproduce the issue if I port it to a standard QQC2 dialog too, so it's not a problem specifically in Kirigami.Dialog. The bug is either in the implementation in System Monitor, or the upstream component itself.
I've investigated this and come to the conclusion that the culprit lies somewhere in System Monitor code. I can't reproduce the issue with the same code lifted outside of System Monitor and run in qmlscene, or with System Monitor using a completely naked upstream QtQuick dialog. There has to be some kind of click handling code that's interfering here.
Not sure I can figure this one out. Giving up for now.