1095416 - Scrollbar not completely scrolled to the bottom when dragged

Status: RESOLVED WONTFIX

(Core :: Layout, defect)

Description

[Elbart]

Attachment: ms_scroll.png

Nightly 2014-11-06

STR:
- Open URL.
- Click on "Download".
- Grab the scroller of the area under "Microsoft recommends".
- Drag it all the way to the bottom.
- Click on the arrow below the scrollbar.

ER:
Nothing should happen, as the div is scrolled to the bottom.

AR:
Most of the textstrings and the horizontal lines shift a few pixels upwards.



Regression-range:
m-c:
Last good revision: daa84204a11a (2014-08-25)
First bad revision: dc352a7bf234 (2014-08-26)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=daa84204a11a&tochange=dc352a7bf234

m-i:
Last good revision: ec4622e6e1fa
First bad revision: 4ef03db1385b
Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=ec4622e6e1fa&tochange=4ef03db1385b

Bug 957445 - Fix the way scrollbars communicate with nsHTML/XULScrollFrame

Comment 1

[Mats Palmgren (inactive)]

Works for me in Nightly(36) and Beta(34) on Linux.
When I drag the thumb to the bottom the scrollbar down-button becomes disabled.

Kip, can you reproduce this?

Comment 2

[:kip (Kearwood Gilbert)]

(In reply to Mats Palmgren (:mats) from comment #1)
> Works for me in Nightly(36) and Beta(34) on Linux.
> When I drag the thumb to the bottom the scrollbar down-button becomes
> disabled.
> 
> Kip, can you reproduce this?
Could not reproduce on Windows 7 32bit with Nightly 37.0a1.  I tested with e10s enabled and with e10s disabled.

Comment 3

[Alice0775 White]

[Tracking Requested - why for this release]:

[Tracking Requested - why for this release]:

[Tracking Requested - why for this release]:

I can reproduce the problem with/wothout e10s

https://hg.mozilla.org/mozilla-central/rev/643589c3ef94
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0 ID:20150112030201

Comment 4

[Alice0775 White]

Attachment: screenshot 37.0a1 (2015-01-12)

Comment 5

[Lawrence Mandel [:lmandel] (use needinfo)]

Thanks for the confirmation that this can be reproduced in comment 3. This does not look like a significant enough issue to track. Status is correctly reflected as affected for the appropriate releases.

Comment 6

[Alice0775 White]

I can reproduce the problem on this page[1] (Bugzilla's general appearance (skin) 	
)

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1237717

Comment 7

[Alice0775 White]

And I can reproduce on Ubuntu14.04LTS with STR comment#0.

https://hg.mozilla.org/mozilla-central/rev/d7a0ad85d9fb77916f9d77d62697b852f3dc63e6
Mozilla/5.0 (X11; Linux i686; rv:46.0) Gecko/20100101 Firefox/46.0 ID:20160103030302

Comment 8

[Brad Lassey [:blassey] (use needinfo?)]

Jet, can you make a call on if we're going to fix this?

Comment 9

[Jet Villegas (inactive)]

(In reply to Brad Lassey [:blassey] (use needinfo?) from comment #8)
> Jet, can you make a call on if we're going to fix this?

I think we can live with this one. If anyone finds a lost data case (i.e. inability to scroll to any offscreen region) then please re-open.