SUMMARY I had a tab open in Kate and I wanted to open the containing folder that the file was in, so I used right click on the tab and the tab disappeared. What I imagine happened is that Kate registers a 'click' for both the OnPress and OnRelease functions. While I used right click to open the context menu I was already moving my mouse down to 'Open Containing Folder' and during that movement I released the right click and it activated the 'Close Document' function. This action is pretty easy to repeat and can be almost instantaneous. I don't think that Kate should recognise an OnRelease mouse button as a click (unless you want to specify that in the options). From a new user's perspective, it seems like Kate just glitched out and removed the file for no reason. Or, maybe there should be a little delay added before OnRelease is recognised as a valid 'click'? (shouldn't be too long, maybe just half a second, just enough to prevent accidental use) STEPS TO REPRODUCE 1. Right click a tab in Kate (keep right click held down) 2. Highlight 'Close Document' with your mouse and release right click OBSERVED RESULT The tab closes. EXPECTED RESULT Nothing should happen. The context menu should not react to releasing the right click. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.24 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-39-generic (64-bit) Graphics Platform: X11
Hmm, that menu behavior is nothing we actually handle. This is done by Qt and consistent with all menus in all Qt based applications. I can see that you might run in issues with this, but we can't alter this on our own. If you want to have this changed, you need to report that to Qt upstream. But I don't think this behavior change is that wanted, thought that might be just my impression.