GtkScrolledWindow widgets (GTK3) have black or transparent backgrounds with Ayatana overlay-scrollbar

Bug #1167079 reported by Tim Lunn
100
This bug affects 29 people
Affects Status Importance Assigned to Milestone
Ayatana Design
New
Undecided
Unassigned
overlay-scrollbar
New
Undecided
Unassigned
ubuntu-gnome-default-settings (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

When Ayatana overlay-scrollbar is enabled, GtkScrolledWindow widgets may be rendered without a background.

Without composting these areas are black (openbox, gnome-shell) and with composting they are transparent (compiz, compton). Other visual glitches include content within the widget not clearing on redraw (everything becomes a cluttered mess) and with composting any content appearing under the transparent area on initial window mapping is retained (as if that were the widget background).

For example, pavucontrol: https://ibb.co/eiRcBF

Description from duplicate bug 1367764:
The overlay scrollbar module forces the window that should be scrolled to be native. Gtk is moving away from native windows and seems to have some hard-to-find regressions when using them.

This causes a bunch of themeing issues (black/transparent backgrounds) which can be worked around in the theme by setting backgrounds for these widgets explicitely. That's a performance issue (since we're filling backgrounds unnecessarily) and annoying, as these have to be only some of the time for some widgets (e.g., GtkEventBox).

Porting overlay-scrollbars to not use native windows might be worthwhile if we decide to keep them.

Revision history for this message
Tim Lunn (darkxst) wrote :
Revision history for this message
James McMinn (cyblob) wrote :

I have the same issues, which I was able to fix by removing overlay scrollbars:

sudo apt-get remove overlay-scrollbar*

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Revision history for this message
Jeremy Bícha (jbicha) wrote :

Reassigning to ubuntu-gnome-default-settings since I can reproduce on Raring without the GNOME3 PPAs. Specifically, I can reproduce by opening a second document in gedit with the Adwaita theme.

We'll just disable the scrollbars since I think it will be a while before someone fixes bug 1102096 for real and GNOME's own minimal scrollbars work pretty well.

affects: ubuntu-gnome → ubuntu-gnome-default-settings (Ubuntu)
Changed in ubuntu-gnome-default-settings (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Changed in ubuntu-gnome-default-settings (Ubuntu):
status: New → Confirmed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntu-gnome-default-settings - 13.04.2

---------------
ubuntu-gnome-default-settings (13.04.2) raring; urgency=low

  * Disable the Ubuntu overlay scrollbars since they cause black backgrounds
    in some GTK+ widgets with the Adwaita theme (LP: #1167079, #1102096)
 -- Jeremy Bicha <email address hidden> Sun, 21 Apr 2013 20:31:22 -0400

Changed in ubuntu-gnome-default-settings (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Holger Seelig (holger-seelig) wrote :

This bug occures again in ubuntu 14.04.

You can see the problem in Glade when opening the Menu Editor > Hierarchy tab.

Revision history for this message
Tim Lunn (darkxst) wrote :

Holger, what them are you using, and are you using overlay scrollbars?

Revision history for this message
Tim Lunn (darkxst) wrote :

^theme

Revision history for this message
Holger Seelig (holger-seelig) wrote :

I am using the default Ambiance theme and the Faenza icon set.

Revision history for this message
Holger Seelig (holger-seelig) wrote :

Yes overlay scrollbars are on by default. When starting an app from MonoDevelop which disables overlay scrollbars there is no issue.

Revision history for this message
Tim Lunn (darkxst) wrote :

Holger, you should file a new bug against Ambiance then, because its something different to what this bug is!

Revision history for this message
Tim Lunn (darkxst) wrote :

try `ubuntu-bug light-themes`!

Tim Hitchins (timtjtim)
information type: Public → Public Security
Revision history for this message
Seth Arnold (seth-arnold) wrote : Bug is not a security issue

Thanks for taking the time to report this bug and helping to make Ubuntu better. We appreciate the difficulties you are facing, but this appears to be a "regular" (non-security) bug. I have unmarked it as a security issue since this bug does not show evidence of allowing attackers to cross privilege boundaries nor directly cause loss of data/privacy. Please feel free to report any other bugs you may find.

information type: Public Security → Public
Revision history for this message
Star Man (starman-deactivatedaccount) wrote : Re: some GTK widgets have black backgrounds

This bug is now affecting the latest release of HandBrake transcoder v0.10.0.
Please let me know if you need further information from my system. Thanks.

Revision history for this message
Hanmac (hanmac) wrote :

does affect fresh installed Ubuntu14.10 too

Revision history for this message
Marco Schmidt (kunzol) wrote :

I disabled the overlay scrollbars with this command:

dconf write /com/canonical/desktop/interface/scrollbar-mode "'normal'"

Which solved the problem for me.
But I would see it as workaround and hope that someone familiar with the GTK solves the problem.

Revision history for this message
Mauricio Farell Perezgrovas (mfarell) wrote :

I can see this bug on HandBrake transcoder v0.10.0 too... Look very bad and ugly!

Revision history for this message
Stefan Taferner (taferner) wrote :

Should this be fixed?

It happens with a fresh 15.04 installation and the handbrake from the 15.04 repository.
However, disabling overlay scrollbars fixes the problem.

Revision history for this message
gronki (gronki) wrote :

I Installed GNOME in Ubuntu 14.04 and this bug happened. I can confirm that executing command from answer #16 fixed the issue.

Revision history for this message
Prahlad Yeri (prahladyeri) wrote :

Can confirm that removing the overlay-scrollbar package resolves this issue on trusty.

quequotion (quequotion)
description: updated
summary: - some GTK widgets have black backgrounds
+ GtkScrolledWindow widgets (GTK3) have black or transparent backgrounds
+ with Ayatana overlay-scrollbar
Revision history for this message
quequotion (quequotion) wrote :

I've been using overlay-scrollbars, bzr revision 391 (last to include GTK3 scrollbars) in Archlinux for a while.

I really prefer Ubuntu's design to Gnome's in the case of scrollbars. The Ayatana scrollbars allow for complete elimination of the trough and autohide when not in use. I also like that there are both gtk2 and gtk3 versions so this interface can be consistent between modern and legacy applications.

I'd like to get to the bottom of what went wrong and revive the gtk3 Ayatana scrollbar.

I've been banging my head on the wall over it for a while:
2014: https://bbs.archlinux.org/viewtopic.php?pid=1406902
2017: https://bbs.archlinux.org/viewtopic.php?pid=1699074

The glitches appear to be limited to GtkScrolledWindow, which shouldn't come as much of a surprise. What was the last version of gtk3 in which this didn't happen? 3.18.x?

Revision history for this message
quequotion (quequotion) wrote :

I note that in 2014 I had this problem with gtk 3.14 and Tim had it with 3.7.12.

Was this working with gtk 3.6?

Also, adding overlay-scrollbar (which actually causes the bug) and Ayatana Design (because I think the Ayatana overlay scrollbars should come back).

I also like that that the overlay scrollbars allow the user to engage scrolling at any point along a scrollable edge, so one doesn't have to hunt down where the scrolling thumb is in the trough.

This was a really good design; it's sad to see it bitrot.

Revision history for this message
quequotion (quequotion) wrote :

Bug 1367764, seems to have narrowed down the cause and come close to finding a solution.

description: updated
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.