scroll bar disappears when switching tabs

that's probably how the overlay scrollbars behave, do you see the same on any other programs like gedit?

No, it works the way I would expect it to in gedit. The scrollbars are always visible if there is more content than can fit in the window, even after switching tabs.

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

Please see https://bugzilla.gnome.org/show_bug.cgi?id=709089#c6 for another use case when the overlay scrollbar is buggy. I suspect that it draws itself incorrectly initially when it hooks up to a GtkAdjustment. Then after modifications to the adjustment it works correctly.

This is indeed a bug in overlay-scrollbar.

When the adjustment changes, the OS_STATE_FULLSIZE flag is updated accordingly and os_bar_show() or os_bar_hide() is invoked as necessary. However...

- the flag is not computed initially, nor when mapping the window;

- the flag is set when unmapping the window, which doesn't make sense since a subsequent adjustment will update it again

There's already a "FIXME(Cimi)" in adjustment_changed_cb() which seems to be relevant.

For some reason, calling os_bar_show() doesn't not seem to work from hijacked_scrollbar_map(). I can't figure out why.

This patch fixes the bug for me. There might be a better/nicer way to solve the problem, but at least it's a good start :)

The attachment "overlay-scrollbar-bug827380.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

The patch works for me. Any info when this would be included (if ever).

Bug no longer present in Wily, since it ditches its unmaintained overlay scrollbar and goes with some stock (and maintained) Gtk+ solution.