SUMMARY If you click Digital Clock to open a calendar, then right-clicking a calendar item makes the Days/Months/Years tabs nonfunctional. STEPS TO REPRODUCE 1. Click on the Digital Clock taskbar widget to open a calendar popup. 2. On any calendar popup tab (Days, Months, or Years), right-click any item (day, month, or year rectangle) in the main body of the popup. 3. Click on another tab. OBSERVED RESULT The tabs switch, but the widget does not scroll to show days, months, or years. If you click away from the calendar window (hiding it) and click the Digital Clock again, it will automatically switch to the Days tab, but the items shown will still reflect the tab you initially right-clicked on. This glitched state persists until you left-click an item. EXPECTED RESULT Either a working right-click menu opens (allowing you to copy the date you're pointing to), or right-clicking does nothing. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 Kernel Version: 5.12.4-arch1-2 OS Type: 64-bit Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor Memory: 15.6 GiB of RAM Graphics Processor: NVIDIA GeForce GT 730/PCIe/SSE2 ADDITIONAL INFORMATION
It does indeed! How strange!
Actually not a regression with the new code. Lowering priority.
This bug is not restricted to clicking on calendar items only. In fact, right-clicking anywhere within SwipeView breaks the thing.
Specifically, a ListView or an AbstractButton, or I guess any other event handling type inside a ListView causes it. Note that SwipeView is implemented using a ListView a its contentItem. This is most definitely an upstream bug, and bare QtQuick as well, as it is reproducible without QtQuick.Controls import at all.