SUMMARY When the discover window is resized horizontally and changes it's layout to the mobile version, and then changed back to the desktop version, some buttons from the side bar get covered by the header (the place where the search bar sits). It looks like it is caused by the search bar moving when the layout is changed. STEPS TO REPRODUCE 1. open discover 2. resize the window horizontally until it changes to the mobile layout 3. resize the window back horizontally to the desktop layout 4. look at the side panel SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.20.80 KDE Frameworks Version: 5.77.0 Qt Version: 5.15.1 Kernel Version: 5.4.0-52-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i5-6200U CPU @ 2.30GHz Memory: 7,2 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 520 DISCOVER VERSION: 5.20.3+p20.04+git20201116.1938-0
Created attachment 133400 [details] Discover just opened
Created attachment 133401 [details] 2-discover changed to the mobile interface
Created attachment 133402 [details] 3-discover going back to the desktop layout
Yikes, can confirm. This didn't used to happen.
This seems related to the drawer.widescreen property being separately defined and tracked compared to drawer.drawerOpen but I haven't figured out how yet.
*** Bug 429533 has been marked as a duplicate of this bug. ***
Like I said in 429533, I have the same issue, but additionally, the text labels also seem to disappear occasionally. It's not as easily reproducible as the bug here, but I'm guessing it's related.
*** Bug 430528 has been marked as a duplicate of this bug. ***
Carl says he can reproduce in multiple Kirigami apps; moving to Kirigami.
Git commit 5877afe195f5e873c03d4a29f6251155dd614e5d by Marco Martin. Committed on 12/01/2021 at 14:17. Pushed by mart into branch 'master'. correctly update header size workaround for https://bugreports.qt.io/browse/QTBUG-90034 the headerParent item wasn't correctly updating its height when its contents switched from visible to invisible. setting preferredheight to invalid (-1) when implicitHeight * opacity is zero, works around the problem M +2 -1 src/controls/GlobalDrawer.qml https://invent.kde.org/frameworks/kirigami/commit/5877afe195f5e873c03d4a29f6251155dd614e5d