Some apps can't use overlay scrollbars

Bug #743571 reported by Andrea Cimitan on 2011-03-27
This bug affects 43 people
Affects Status Importance Assigned to Milestone
Status tracked in Trunk

Bug Description

Some apps use a mix of overlay scrollbars and native ones. Some apps can't use overlay scrollbars at all, even if you load them with the right environment variable.
The issue is coming from the gtk+ patch, loading the overlay scrollbars just by patching gtk scrolled window, and not providing an alternative for the native GtkScrollbar class

Andrea Cimitan (cimi) on 2011-03-27
Changed in ayatana-scrollbar:
status: New → Triaged
importance: Undecided → Low

@Andrea, thanks for the tip. Left and text box scrollbar works but the right one is still the older scrollbar.

Brewster Malevich (brews) wrote :

Yeah, I'm getting this old skool scrollbar for a number of common applications: firefox, gnome-terminal, LibreOffice, gvim... the list goes on.

Andrea Cimitan (cimi) wrote :

It's not properly a bug in the scrollbar code, but we need to update the gtk+ patch.
for some apps, like firefox/libreoffice/chromium, it's a completely different story

Andrea Cimitan (cimi) wrote :

this bug won't be fixed in natty...

Stefan Bethge (kjyv) wrote :

Not fixing this in natty will lead to a very inconsistent design/style.
If the overlay scrollbars won't be deferred because of this, why not fix it even after the release of natty?
It's not really a new feature but fixing an exisiting one ;)
(Funny btw: the application list includes eclipse that you mentioned in the design proposal )

Andrea Cimitan (cimi) wrote :

it's really hard to implement that safely, it's not that we want to skip this thing.

Andrea Cimitan (cimi) wrote :

list of apps blacklisted in ubuntu 11.04: "apport-gtk", "Banshee", "deja-dup", "eclipse", "inkscape", "liferea", "lshw-gtk", "meld", "synaptic", "update-manager", "vinagre".
Apps wth inconsistency, will hopefully be addressed for 11.10

Paul Sladen (sladen) wrote :

(In addition "gnome-terminal" does not use the overlay-scrollbars, but for a separate reason to do with the loader patch in Gtk+, and is not actually blacklisted as-such).

Gwibber do not use the overlay scrollbar (it use them only for one

gnome-terminal and chromium-browser not showing overlay scrollbars for me (LIBOVERLAY_SCROLLBAR=1 globally on startup)

Andrea Cimitan (cimi) wrote :

I am aware of apps not *fully* working with the overlays, I mentioned apps which expose functionality issues (eclipse for example, can't show the thumb)

Jeremy Bicha (jbicha) wrote :

I don't know if I am supposed to open a new bug, but overlay-scrollbar does not work with system-config-printer. Add a printer. Select printer make and click Forward. On the next screen are two panes but the left pane seems impossible to scroll with the scrollbar as the scrollbar is drawn outside the left pane but inside the right pane. When I try to click or drag the scrollbar, I can't because the focus switches to the right pane.

Chad A. Davis (chadadavis) wrote :

Jeremy, thanks for posting this, but this sounds like a separate bug. Could you file a new bug report for it? I've also been trying to recreate your problem, but the overlay scrollbars in the driver selection window are working as they should for me. Could you, in the new bug report, also post the version of the overlay scrollbar that you are using. A screenshot might also be useful, if you could get one.

renbag (renbag) wrote :

I have reported a bug for a similar behaviour with the smb-explorer for network printer selection:

zerwas (zerwas) wrote :

Overlay scrollbars also do not work properly with Wuala, a Java application. [1] The area that can be dragged does not appear when the mouse hovers over the scrollbar.


Gwibber is also not using overly-scrollbars

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

Other bug subscribers