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. Thanks.