WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
154890
[GTK] Scrollbars are broken again with GTK+ >= 3.19.11
https://bugs.webkit.org/show_bug.cgi?id=154890
Summary
[GTK] Scrollbars are broken again with GTK+ >= 3.19.11
Hussam Al-Tayeb
Reported
2016-03-01 16:21:07 PST
Created
attachment 272603
[details]
unfocused scrollbar I think they tweeked theming a bit in gtk post 3.19.10 release so webkitgtk+ has to adjust?
Attachments
unfocused scrollbar
(119.47 KB, image/png)
2016-03-01 16:21 PST
,
Hussam Al-Tayeb
no flags
Details
focused scrollbar
(117.15 KB, image/png)
2016-03-01 16:21 PST
,
Hussam Al-Tayeb
no flags
Details
Patch
(24.86 KB, patch)
2016-03-04 03:08 PST
,
Carlos Garcia Campos
mcatanzaro
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Hussam Al-Tayeb
Comment 1
2016-03-01 16:21:41 PST
Created
attachment 272604
[details]
focused scrollbar
Hussam Al-Tayeb
Comment 2
2016-03-01 16:27:14 PST
Normal gtk+ applications still show normally sized scrollbars. Only webkitgtk+ implementation is affected.
Michael Catanzaro
Comment 3
2016-03-01 17:09:03 PST
Probably due to
https://git.gnome.org/browse/gtk+/commit/?id=f0d9afd3005206dfe0962965a2fa21baf9e1fa97
Carlos Garcia Campos
Comment 4
2016-03-01 22:57:22 PST
Yes, hopefully after 3.20 we don't need to adjust our theme code for every single GTK+ commit :-(
Carlos Garcia Campos
Comment 5
2016-03-04 02:58:45 PST
Renaming since this is not specific to overlay scrollbars not 2.11.91 version, it was GTK+ what broke us again, deprecating style properties that are now ignored by GTK+.
Carlos Garcia Campos
Comment 6
2016-03-04 03:08:00 PST
Created
attachment 272846
[details]
Patch After two days fighting with this, I've finally managed to get something that keeps the exactly same behavior with previous version of GTK+ (at least the GTK+ version we have in out internal jhbuild which is the one I've tried), and matches exactly what GTK+ from today git master does. I can't promise it will work tomorrow, though.
Michael Catanzaro
Comment 7
2016-03-04 07:40:36 PST
See what thou hast wrought.
Michael Catanzaro
Comment 8
2016-03-04 07:41:08 PST
Comment on
attachment 272846
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=272846&action=review
> Source/WebCore/platform/gtk/ScrollbarThemeGtk.cpp:138 > + GtkBorder stepperSpacing = { 0, 0, 0, 0};
0 };
> Source/WebCore/platform/gtk/ScrollbarThemeGtk.cpp:296 > + return IntRect(trackRect.x() + thumbPos, trackRect.y() + troughBorder.top + (trackRect.height() - thumbFat) / 2, thumbLength(scrollbar), thumbFat);
I don't see how this works in older GTK+.
Carlos Garcia Campos
Comment 9
2016-03-04 22:20:09 PST
Comment on
attachment 272846
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=272846&action=review
>> Source/WebCore/platform/gtk/ScrollbarThemeGtk.cpp:296 >> + return IntRect(trackRect.x() + thumbPos, trackRect.y() + troughBorder.top + (trackRect.height() - thumbFat) / 2, thumbLength(scrollbar), thumbFat); > > I don't see how this works in older GTK+.
See the #if above, in older GTK+ troughBorder is 0, so this doesn't have any new effect. As I said I tried with GTK+ 3.16 compiled in our jhbuild.
Carlos Garcia Campos
Comment 10
2016-03-04 22:25:27 PST
Committed
r197609
: <
http://trac.webkit.org/changeset/197609
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug