Closed Bug 386072 Opened 17 years ago Closed 8 years ago

slow textarea scrolling

Categories

(Core :: Graphics, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: tuukka.tolvanen, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

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
Any chance of a one day regression range here?
Flags: blocking1.9?
Keywords: regression
more specifically, 2007-05-29 19:46 vladimir%pobox.com b=368247, new border rendering approach, r+sr=roc
Blocks: 368247
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?
Also need: X server version, X driver, X driver configuration flags, and ideally xdpyinfo output...
Attached file xdpyinfo (deleted) —
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.
Component: Layout: Form Controls → GFX: Thebes
QA Contact: layout.form-controls → thebes
Flags: blocking1.9? → blocking1.9-
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.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: