Closed Bug 89085 Opened 23 years ago Closed 13 years ago

<div>s with scrollbar are very slow to scroll on linux

Categories

(Core :: XUL, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: gareth, Unassigned)

References

Details

(Keywords: perf)

Attachments

(1 file)

DIV elements that have a scroll bar are very sluggish when scrolled. The Windows
version of Mozilla does not have this problem. The only reason I mention this is
that we're shipping a web app that's going to run on both Windows and Linux
platforms, and the Linux users are a bit miffed...
Keywords: perf
Whiteboard: DUPEME
Who owns performance issues with the GTK widget port?
well, anyway, ->widgets
Assignee: clayton → trudelle
Component: HTML Element → XP Toolkit/Widgets
QA Contact: bsharma → aegis
christ, that's probably me...
Assignee: trudelle → dr
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3
Target Milestone: --- → mozilla1.0
Don't think this is a dup. This is probably yet another "abusing X" issue, so
marking as a blocker of bug 83395... OTOH we might just be doing something
stupid with native widgets.
Blocks: 83395
Status: NEW → ASSIGNED
Summary: DIV elements with a scroll bar are very slow compared to the windows version → <div>s with scrollbar are very slow to scroll on linux
Whiteboard: DUPEME
Blocks: 91351
May God have mercy on us all. The 212 bug spam-o-rama is Now!
QA Contact: aegis → jrgm
[spam] dr@netscape.com's bugs subject to redistribution by chofmann. R!
Assignee: dr → chofmann
Status: ASSIGNED → NEW
Priority: P3 → --
Target Milestone: mozilla1.0 → ---
Blocks: 71668
I ran xmon on mozilla 0.9.6 to see what it was doing when pointed at the page
given as an attachment. Judging by the trace of X events, if you enter a single
keystroke into the 'notes' box it does a complete redraw of the page twice!

If you enter a bunch of text into the notes field, and then scroll down a bit so
we can scroll up, then the single mouse click on the scroll bar up arrow causes
the entire page to be redrawn no less than four times.

(I'm basing 'redraws whole page N times' on how many times we issue the
PolyText8 request to draw the big "Maintain Episode" string at the top of the page.)

I can provide complete xmon logs if you want, but they're 10MB long...
If there's any interest I can look again with a newer mozilla.
The scrolling speed seems much better in build 2002012121 but it's still almost
unusable if you try and type anything in the notes field. 
Blocks: 100951
Scrolling this URL ( http://pixel.recoil.org/ ) is awfully slow (on a
Celeron@850), and causes Xfree86 and Moz use almost all of the CPU (~50% and
~30% according to top). 

Build id: 2002031008 (0.9.9), Linux

(Got here from bug 135491)
Assignee: chofmann → nobody
linux retest needed - still slow?

Gareth address is dead (I think). and 135491 is fixed
QA Contact: jrgmorrison → xptoolkit.widgets
The address is dead, but I normally haven't problems in scrolling under Linux.
I think this bug can be closed.
(In reply to comment #12)
> I normally haven't problems in scrolling under Linux.

can you try the testcase?
Yes, I've tried the test in the attachment and the scroll isn't slow.
Thanks
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: