Bug#807792: libgtk-3-0: scrollbars disappear after a while

Christoph Anton Mitterer calestyo at scientia.net
Mon Dec 14 00:42:53 UTC 2015

On Mon, 2015-12-14 at 01:15 +0100, Michael Biebl wrote:
> If you want to see this behaviour changed, please talk to upstream.
Well, now that I knew the name of the problem, I was able to find more
information about it, and looking at the various bug trackers
(upstream, RH, arch) it seems to be like CSD, countless of users
complain about it, while upstream simply puts their fingers into their
ears humming some melody ;)
So I guess that's just a waste of time.

> Diverting this way downstream is something we don't do on principle.
> It simply becomes unmaintainable over time and is the wrong way.
I don't think that one simple change of a configuration option would
really make anything much more or less maintainable, would it?

> A debconf question is also out of the question.
What would be the specific problem with that?
It could be set high priority, so that users aren't typically bothered
by it.
Or one could possible make it a /etc/X11/Xsession.d/ snippet, shipped
by libgtk + some documentation in README.Debian, that makes it easier
for people to get whatever they want.

At least right now, this makes "end-user experience" more or less
random - normal GTK3/GNOME apps have the scroll bars disappearing,...
anything that's GTK2 (iceweasel, libreoffice), qt or other toolkit
works as it used to be.
Doesn't make it really easier for the end-user to get a somewhat
consistent state.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5313 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20151214/c236a81c/attachment-0001.bin>

More information about the pkg-gnome-maintainers mailing list