Bug 457287

Summary: c28dff79721d3805edcd413ef233216b3b3b0104 causes all instances of Kirigami.Page to lose vertical scrollbars with recent Qt
Product: [Frameworks and Libraries] frameworks-kirigami Reporter: Nate Graham <nate>
Component: generalAssignee: kdelibs bugs <kdelibs-bugs>
Status: RESOLVED DUPLICATE    
Severity: grave CC: notmart
Priority: VHI Keywords: regression
Version: Master   
Target Milestone: Not decided   
Platform: Other   
OS: Linux   
URL: https://bugreports.qt.io/browse/QTBUG-104983
Latest Commit: Version Fixed In:

Description Nate Graham 2022-07-30 01:43:34 UTC 
With Qt 5.15.5, commit c28dff79721d3805edcd413ef233216b3b3b0104 in Kirigami triggers https://bugreports.qt.io/browse/QTBUG-104983 and all instances of Kirigami.Page lose their scrollbars. Everything is fine if that commit in Kirigami is reverted, or if commit 908aa77d16e00f2bccc0ddae0f8b61955c56a6a1 in Qt is reverted. But with both, Kirigami.Page instances lose their vertical scrollbars.
Comment 1 Marco Martin 2022-08-01 08:52:57 UTC 
Note that in many places the bug is completely independent from the kirigami patch.
for instance all instances of ScrollViewKcm will use their own scrollview, so will manifest the problem on its own independent from the kirigami patch
Comment 2 Marco Martin 2022-08-01 09:04:23 UTC 
also the desktop style is full of references to scrollview contentitems, so working around seems to not to be possible on our end, there is really no other way than a Qt fix for this
Comment 4 Nate Graham 2022-08-01 14:23:35 UTC 
Darn, ok, duping to bug 456574, and let's focus on the Qt patch.

*** This bug has been marked as a duplicate of bug 456574 ***