Closed Bug 135436 Opened 22 years ago Closed 22 years ago

(osx classic) when resizing <FRAME>, scrollbars don't move

Categories

(Core :: XUL, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: mikepinkerton, Assigned: mikepinkerton)

References

()

Details

(Keywords: regression, topembed+, Whiteboard: [ADT2])

Attachments

(1 file)

go to warp (or any page with frames and scrollbars in each frame). Grab the
resizer in the middle and resize the frames. Notice the scrollbars remain
stationary as the frames resize.

gecko is not telling the nsNativeScrollbarFrame to reflow for some reason (my
EndLayout() routine is never called). I'm not familiar enough with box reflow to
know why. clicking the up/down arrows to cause a scroll seems to force a reflow
that fixes the scrollbar position. resizing the entire window also fixes it.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
instead of moving things around ourselves, let gecko do it by tying our widget
to a view. simplifies the code _a lot_.

needing r/sr.
Comment on attachment 77735 [details] [diff] [review]
use a view tied to the widget to make things move correctly

Excellent, young Skywalker. :)

sr=hyatt
Attachment #77735 - Flags: superreview+
Comment on attachment 77735 [details] [diff] [review]
use a view tied to the widget to make things move correctly

r=ben@netscape.com
Attachment #77735 - Flags: review+
Whiteboard: [ADT2]
Summary: (osx classic) when resizing <FRAME>, scrollbar frame isn't told to reflow → (osx classic) when resizing <FRAME>, scrollbars don't move
Comment on attachment 77735 [details] [diff] [review]
use a view tied to the widget to make things move correctly

a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #77735 - Flags: approval+
please tell us is this only happen WHEN RESIZING and it refresh after you
release the button, or the problem still there after you finish the refresh?
can you make a screenshot ?
The problem is there after you finish a refresh because the widget never 
got moved.  The code in this patch is actually a simplification, since it now 
uses Gecko's built-in code for automatically keeping widgets in sync with 
their corresponding layout frames.
the problem is still there after you resize the frame. the scrollbar is gone.
you need this fix.
Blocks: 134771
Keywords: adt1.0.0
landed
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
v
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: