This seems to be an issue with ScrollViewGtk creating native scrollbars too late in the lifetime of a view. For now we can simply not add the scrollbar in that case. I think the real long term solution is to entirely remove native scrollbars and rely on the theme drawing code to render them.
Created attachment 59391 [details] Patch for this issue
Comment on attachment 59391 [details] Patch for this issue As commented on jabber, relying on a dead widget to do something or other is not a good idea. We have to find other solution.
Created attachment 64764 [details] Another approach to this issue
Comment on attachment 64764 [details] Another approach to this issue This looks sane to me, please run the API tests too. Some going around in build.webkit.org would be a plus, given how fragile this code still seems to be =(
Committed r65635: <http://trac.webkit.org/changeset/65635>
http://trac.webkit.org/changeset/65635 might have broken Chromium Mac Release The following changes are on the blame list: http://trac.webkit.org/changeset/65635 http://trac.webkit.org/changeset/65636 http://trac.webkit.org/changeset/65637