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)
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...
Comment 1•23 years ago
|
||
Who owns performance issues with the GTK widget port?
Comment 2•23 years ago
|
||
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
Comment 5•23 years ago
|
||
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 → ---
Comment 8•23 years ago
|
||
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.
Comment 10•23 years ago
|
||
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)
Updated•14 years ago
|
Assignee: chofmann → nobody
Comment 11•14 years ago
|
||
linux retest needed - still slow? Gareth address is dead (I think). and 135491 is fixed
QA Contact: jrgmorrison → xptoolkit.widgets
Comment 12•13 years ago
|
||
The address is dead, but I normally haven't problems in scrolling under Linux. I think this bug can be closed.
Comment 13•13 years ago
|
||
(In reply to comment #12) > I normally haven't problems in scrolling under Linux. can you try the testcase?
Comment 14•13 years ago
|
||
Yes, I've tried the test in the attachment and the scroll isn't slow.
Comment 15•13 years ago
|
||
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.
Description
•