overlay-scrollbar

Overlay scrollbars rendered in the wrong place when inside another, external, scrolled window

Bug #868739 reported by James Gifford
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Polly
Invalid
High
Unassigned
overlay-scrollbar
Fix Released
Undecided
Unassigned

Bug Description

When you have vertical GtkScrolledWindows inside an horizontal GtkScrolledWindow, and the horizontal one is scrolled to anything except the leftmost position, the vertical overlay scrollbars are rendered in the wrong place when you click and drag.

ORIGINAL DESCRIPTION FOR POLLY BELOW
------------------------------------

11.10, doesn't happen in any other applications (hence why I'm filing it here with Polly). See attached screenshot for details.

See original description
Revision history for this message
James Gifford (jamesgifford) wrote :
Revision history for this message
Conscious User (conscioususer) wrote :

Happens in 11.04 occasionally too.

Probably an upstream bug, but I can't forward this to Andrea Cimitan without reliable steps to reproduce.

Changed in polly:
status: New → Incomplete
Revision history for this message
James Gifford (jamesgifford) wrote : Re: [Bug 868739] Re: Overlay Scrollbars show up on the other side of the window

I'll run polly from the terminal and try to replicate it, and grab
applicable debug bits if I can.

Revision history for this message
Adolfo Jayme Barrientos (fitojb) wrote : Re: Overlay Scrollbars show up on the other side of the window

Based in your screenshot, you’re not running Compiz when the bug happened. Just wanted to highlight that.

Revision history for this message
James Gifford (jamesgifford) wrote : Re: [Bug 868739] Re: Overlay Scrollbars show up on the other side of the window

Correct - I think at that point in time I was using either openbox
with Unity 2D or metacity.

Revision history for this message
Conscious User (conscioususer) wrote : Re: Overlay Scrollbars show up on the other side of the window

I'm not using Oneiric regularly yet, but in Natty when I face this bug it does happen when Compiz is on.

Revision history for this message
Conscious User (conscioususer) wrote :

Well, duh. Of course it's rare for me to see this bug: I mostly use the scrollwheel.

It is in fact *very* easy to reproduce in Oneiric, you only need to do some horizontal scrolling.

I'll talk to Andrea Cimitan and see if there's something I can do in the Polly code.

Changed in polly:
status: Incomplete → Triaged
importance: Undecided → High
Revision history for this message
James Gifford (jamesgifford) wrote : Re: [Bug 868739] Re: Overlay Scrollbars show up on the other side of the window

Heh, glad I'm not the only one who was experiencing this.

Revision history for this message
Andrea Cimitan (cimi) wrote : Re: Overlay Scrollbars show up on the other side of the window

bug in overlay scrollbar, not polly. Not sure how I can fix this behavior

Changed in ayatana-scrollbar:
status: New → Triaged
Changed in polly:
status: Triaged → Invalid
Revision history for this message
Conscious User (conscioususer) wrote :

Changing the description to be more generic.

Cimi, in which aspects is the rendering when you hover different from the rendering when you click and drag? The rendering when you hover seems to be perfect.

description: updated
summary: - Overlay Scrollbars show up on the other side of the window
+ Vertical overlay scrollbars rendered in the wrong place when inside an
+ another, external, scrolled window
summary: - Vertical overlay scrollbars rendered in the wrong place when inside an
- another, external, scrolled window
+ Overlay scrollbars rendered in the wrong place when inside another,
+ external, scrolled window
Revision history for this message
Andrea Cimitan (cimi) wrote :

I will try to see if I can workaround that starting from how it correctly behaves in the proximity area... but before trying that approach, I need to see if there's a way for a widget to know if its own gdkwindow moved. Configure event should happen, but I'm not getting it

Revision history for this message
Andrea Cimitan (cimi) wrote :

Time to sleep, but I know how to fix that ;-)

Goodnight

Andrea Cimitan (cimi)
Changed in ayatana-scrollbar:
status: Triaged → In Progress
Andrea Cimitan (cimi)
Changed in ayatana-scrollbar:
status: In Progress → Fix Committed
Andrea Cimitan (cimi)
Changed in ayatana-scrollbar:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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