278788 - Camino browser windows don't resize smoothly - there is a delay and the resize is choppy

Status: RESOLVED WORKSFORME

(Camino Graveyard :: General, defect)

Description

[Jonathan Nieder]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050115 Camino/0.8+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050115 Camino/0.8+

If I drag the bottom-right-corner resizing widget and move it about, there is a
delay before the window resizes, a "ghost" scrollbar sometimes stays inside the
window, and when the resize does take place it happens in a few discrete steps.
 This looks and feels choppy.

Finder windows, by contrast, resize smoothly (as does any window that doesn't
have to reflow).

TextEdit appears to resize smoothly but actually doesn't: you can check this by
"grabbing" its resize widget, holding the command key, pressing tab, dragging
the mouse, and then pressing escape to cancel switching applications. There is a
delay before the TextEdit window resizes.

Reproducible: Always

Steps to Reproduce:
1. Make a Camino browser window small (20% of the screen width, say)
2. Grab its resizing anchor on its bottom right hand corner
3. Drag right really fast

Actual Results:  
The window resizes in jerks, presumably computing reflows while it's not resizing.

Expected Results:  
The window resizes smoothly and reflows when it can.

Comment 1

[Warren TenBrook]

I see similar behavior in Firefox, so this is likely how the Gecko 'Core'
reflows the page, so it's not specific to Camino.  The effect is minimized if
you have a fast machine, but I realize not all Macs are dual G5!

I think the only solution is to continue to optimize Gecko to make it faster
during reflow.  Something akin to OS 9-style resizing without reflowing content
is probably a non-starter.  Also consider that Mac OS 10.4 may help Gecko
rendering speed on the same hardware.

Comment 2

[Stuart Morgan]

Are people with older machines still seeing this?  Reflow is pretty smooth for me.

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Still seems slow and choppy to me right now (1.33 GHz G4, 1.5 GB RAM, 10.3.9), though I have tons (not quite Sam levels, but my overflow has a scroller) of tabs open.

No ghost scrollbar, though.

Comment 4

[Chris Peterson [:cpeterson]]

Is this bug still valid? Resizing is pretty smooth for me, though this is now the year 2010 and I have a 2.53 GHz Core 2 Duo with 4 GB. Moore's Law has been good to us. :)

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I just checked with 1.6.11 on the same PB G4 as comment 3, and things are a tiny bit slow and choppy (though not terrible); they're actually really good if I hide the bookmark bar, so re-laying that out (and thus resizing the ChildView to accomodate the larger/smaller bookmark bar) probably makes any resizing worse on slower Macs.

I might remember to check in 2.x next time I boot that in 10.5 to see if the OS and the reflow branch have helped any (my guess is yes on both accounts), but let's not rely on me doing that.

I think that for older Macs (PPCs), if there are still issues, this is going to be a WONTFIX; for everything else, it's pretty clearly WFM.

Moore's Law and reflow branch FTW.