386072 - slow textarea scrolling

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect)

Description

[Tuukka Tolvanen (sp3000)]

firefox trunk linux

str: paste a bunch of text into a bugzilla comment textarea. scroll using e.g. arrow keys or mouse wheel

expected: fast scrolling

result: scrolling slow and sluggish, the opt speeds I happen to get are:
2007-05-25-18Z too fast to count
2007-06-04-08Z roughly 4 steps per second
2007-06-05-09Z and onward, roughly 8 steps per second

Comment 1

[Boris Zbarsky [:bzbarsky]]

Any chance of a one day regression range here?

Comment 2

[Tuukka Tolvanen (sp3000)]

2007-05-29-04-trunk / 2007-05-30-04-trunk
http://bonsai.mozilla.org/cvsquery.cgi?date=explicit&mindate=2007-05-29+03&maxdate=2007-05-30+05

Comment 3

[Tuukka Tolvanen (sp3000)]

more specifically, 2007-05-29 19:46 vladimir%pobox.com b=368247, new border rendering approach, r+sr=roc

Comment 4

[Boris Zbarsky [:bzbarsky]]

So... I'm having trouble reproducing this on my (rather slow) machine...

Tuukka, Any chance of you building and profiling with either sysprof or jprof?

Comment 5

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

Also need: X server version, X driver, X driver configuration flags, and ideally xdpyinfo output...

Comment 6

[Tuukka Tolvanen (sp3000)]

Attachment: xdpyinfo

xorg 7.2.0, fglrx. flags? Unfortunately I seem to be having trouble reproducing this today, there seems to be some magic trigger involved, too. I'll look at figuring out profiling and the trigger when it happens again.

Comment 7

[George Wright (:gw280) (needinfo me!)]

I don't think we can realistically track this anymore. Much has changed in the code since this was reported, and at least on my Linux machine I can't reproduce this issue. I suspect if this was widespread now, we'd be seeing a lot more bugs about it given how user visible this is.