Closed GoogleCodeExporter closed 9 years ago
Original comment by classi...@floodgap.com
on 31 May 2009 at 9:18
Clues:
nsTreeBodyFrame::ReflowFinished() calls nsTBF::InvalidateScrollbar() but this
only
updates the Y direction. Perhaps it should update the X scroller as well.
nsScrollingView::CreateScrollControls(), HandleScrollEvent(), etc. Find out what
calls nsSV::ComputeScrollOffsets().
Original comment by classi...@floodgap.com
on 31 May 2009 at 9:37
This might be due to changes in HTML code. The latest beta of Safari has the
same
problem with a number of web sites (for me igoogle, is the easiest to
remember). Any
way when visiting sites that are constructed with a number of "boxes" forming
the
content it seems that the browser does not correctly total the needed width.
Original comment by william....@gmail.com
on 2 Jun 2009 at 1:25
Note to self: landing layout patch 185411 and system patch 6976 seem to have
fixed
this problem on my G4 -- arbitrarily small windows now can browse any site and
scroll
back and forth, including apple.com. Tomorrow when I'm a little more coherent I
will
run off a test build for the iBook and see if it works there too, but this
looks like
it's going to work for 9.0. Excellent!
Maintaining current milestone until confirmed
Original comment by classi...@floodgap.com
on 3 Jun 2009 at 5:26
Backed out 6976, it seems that 185411 is doing the heavy lifting here.
Still a problem with overflow:scroll but that seems to have been wontfixed by
Mozilla
admin.
Maintaining current milestone until confirmed
Original comment by classi...@floodgap.com
on 4 Jun 2009 at 4:22
Closing this bug, it was fixed by 185411 and will be in Classilla 9.0
Original comment by classi...@floodgap.com
on 27 Jun 2009 at 11:48
Original issue reported on code.google.com by
classi...@floodgap.com
on 31 May 2009 at 9:16