Bug 457287 - c28dff79721d3805edcd413ef233216b3b3b0104 causes all instances of Kirigami.Page to lose vertical scrollbars with recent Qt
Summary: c28dff79721d3805edcd413ef233216b3b3b0104 causes all instances of Kirigami.Pag...
Status: RESOLVED DUPLICATE of bug 456574
Alias: None
Product: frameworks-kirigami
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: Master
Platform: Other Linux
: VHI grave
Target Milestone: Not decided
Assignee: kdelibs bugs
URL: https://bugreports.qt.io/browse/QTBUG...
Keywords: regression
Depends on:
Blocks:
 
Reported: 2022-07-30 01:43 UTC by Nate Graham
Modified: 2022-08-01 14:23 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
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 ***