https://bugs.kde.org/show_bug.cgi?id=414762
Bug ID: 414762
Summary: mousearea onClicked dialog popup opens in wrong place
unless window is minimized and reopened
Product: plasma-nm
Version: 5.17.3
Platform: Archlinux Packages
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: editor
Assignee: jgrul...@redhat.com
Reporter: jmakle...@gmail.com
Target Milestone: ---
Created attachment 124277
--> https://bugs.kde.org/attachment.cgi?id=124277&action=edit
Screenshot of the bug described
SUMMARY
when accessing "configure network connections" from right click on taskbar, and
then right clicking a connection the dialog box will open on the left of the
screen instead of under the mouse. minimizing and reopening temporarily fixes
it
STEPS TO REPRODUCE
1. right click on network icon in taskbar
2. select Configure Network connections
3. right click any network connection
OBSERVED RESULT
Dialog opens at far left of screen instead of under mouse.x, mouse.y.
temporarily fixed for current instance if minimized and reopened
EXPECTED RESULT
Dialog box should be under mouse cursor
SOFTWARE/OS VERSIONS
Windows:
macOS:
Linux/KDE Plasma: Arch linux
(available in About System)
KDE Plasma Version: 5.17.3 -- bug began to appear around 5.17
KDE Frameworks Version: 5.64.0
Qt Version: 5.13.2
ADDITIONAL INFORMATION
Originally I had planned to fix the bug myself as I am a C++ programmer and
wanted to contribute to the project. After digging deep into plasma-nm source
and finding the related lines of code in file
/plasma-nm-master/kcm/qml/ConnectionItem.qml lines 148-155 and reading the
related QML documentation, I discovered that nothing seemed to be amiss in the
source to plasma-nm itself and that actually this bug is rooted deeper inside
of Plasma-5 or QML itself and that I would unfortunately not be able to fix it
and push a commit myself to help out (I deeply wanted to help though).
I also had other users of version 5.17+ replicate the bug for me on discord as
part of testing.
because minimizing and reopening the window temporarily fixes it for a single
instance, I have suspicions that something is causing mouse.x and mouse.y to
return the wrong values when the window is first opened -- although simply
losing focus on the window does not temporarily fix it the same way as
minimizing. I am unsure if hoverEnabled: true source code behavior is involved.
All I know is that all appears to be well within plasma-nm itself and that this
issue is not specific to arch, but versions 5.17.0 and up.
I truly wanted to fix this bug for you guys myself and contribute it and have
done everything in my power to investigate. but at this point it would require
searching through the entire KDE -- and possibly QT/QML source code itself.
I know this is a lot of text, but I truly hope my research into this bug is
helpful in fixing it.
if there is any way I can help, or any further information I can provide,
please email me anytime at jmakle...@gmail.com and I would be more than happy
to help. Hopefully one day I can make a contribution.
I have attached a screenshot of the behavior.
--
You are receiving this mail because:
You are watching all bug changes.
