On 28 September 2012 22:55, Dylan McCall <email address hidden> wrote:
> A recent screenshot would be nice to see. This bug loves to pop up
> unexpectedly, but I could have sworn it went away with Precise. (At any
> rate, overlay scrollbars should solve this on their own, so I'm curious
> that they aren't here).
>
> Did you happen to open and close the Details pane? I have only seen it
> change the window height so the slideshow stays as it is, but maybe
> something odd happened.
>
> I can add overflow:hidden to the body element in the slideshow and that
> should handle its part in this. I'm worried it could cause something
> unexpected, though, since Webkit is a fickle beast and I'm not sure how
> the the webview's resizing works right now. Okay if I make that change
> early on for Ubuntu R?
>
Huh?!
The scrollbars were broken in the ubiquity-only mode vs
desktop-session, which I have now fixed. After I did that fix I've
asked to retest for this bug, because the available screenshots of the
bug were: from ubiquity-only mode & ubuntu flavour only.
The reason they were broken is because they moved from being an
automatic LD_PRELOAD to become a proper gtk module and hence required
changes to ubiquity-dm.
I didn't want to spell out this over here, because we never found out
the root cause for this bug, hence the speculation that changes in the
scrollbars were causing this.
On 28 September 2012 22:55, Dylan McCall <email address hidden> wrote:
> A recent screenshot would be nice to see. This bug loves to pop up
> unexpectedly, but I could have sworn it went away with Precise. (At any
> rate, overlay scrollbars should solve this on their own, so I'm curious
> that they aren't here).
>
> Did you happen to open and close the Details pane? I have only seen it
> change the window height so the slideshow stays as it is, but maybe
> something odd happened.
>
> I can add overflow:hidden to the body element in the slideshow and that
> should handle its part in this. I'm worried it could cause something
> unexpected, though, since Webkit is a fickle beast and I'm not sure how
> the the webview's resizing works right now. Okay if I make that change
> early on for Ubuntu R?
>
Huh?!
The scrollbars were broken in the ubiquity-only mode vs
desktop-session, which I have now fixed. After I did that fix I've
asked to retest for this bug, because the available screenshots of the
bug were: from ubiquity-only mode & ubuntu flavour only.
The reason they were broken is because they moved from being an
automatic LD_PRELOAD to become a proper gtk module and hence required
changes to ubiquity-dm.
I didn't want to spell out this over here, because we never found out
the root cause for this bug, hence the speculation that changes in the
scrollbars were causing this.