No subject

[Maluchi Ugokwe]

So a user named Eric Putney and I discovered that we were wrong about a
right click bug that I posted to the plasma-bugs and bugsquad mailing
lists. It was marked as resolved upstream when a user named Nick posted it
on the KDE bugtracker site.

I will describe the conclusion Eric and I got to.

On https://bugreports.qt.io/browse/QTBUG-94778
Nick was wrong to state that right clicking an icon on the desktop
specifically when it is primary causes the calculation to be done on the
wrong screen.

No; the actual issue is that on a dualhead system right clicking a desktop
icon on the screen mapped on the right (in settings)will experience a
horizontal offset with a value of the right screen's width in the direction
toward the left screen. *This is regardless of primary/secondary status.*
QTBUG-95742 has the videos to show it.

Given I and Eric running the tests, re-reporting the issue, and running the
tests again to correct ourselves:
https://bugreports.qt.io/browse/QTBUG-95742

I am intrigued by this problem because it took two wrong interpretations of
it to actually correctly identify the issue.

Now that we know what it is, are we sure that this is an upstream QT issue?
The problem seems dependent on where I map my screen in KDE Plasma 5.22.4
System Settings. Nate Graham emailed me saying that this is upstream when I
first reported it, but I would like the Plasma devs' thoughts on what Eric
and I have come up with. Here's the link again:
https://bugreports.qt.io/browse/QTBUG-95742
Nick's link (I think it's gaining traction):
https://bugreports.qt.io/browse/QTBUG-94778

And, of course we are requesting help from Plasma developers for these
links.

*(To note, I emailed Nate about this and I was referred to here.)*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20210813/8a6f22e0/attachment.htm>