Closed Bug 345062 Opened 19 years ago Closed 19 years ago

No painting while key-scrolling with spellchecker on

Categories

(Core :: Spelling checker, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.8.1beta2

People

(Reporter: bzbarsky, Assigned: mscott)

Details

(Keywords: fixed1.8.1, perf)

BUILD: Current trunk build STEPS TO REPRODUCE: 1) Load http://en.wikipedia.org/w/index.php?title=Jimi_Hendrix&action=edit 2) Scroll all the way to the bottom of the textarea (in an attempt to avoid bug 345048). 3) Click in the textarea. 4) Hold down the up arrow key. 5) Wait until the caret hits the top of the textarea, and continue holding the up arrow. EXPECTED RESULTS: Textarea starts scrolling up, repainting as it goes. ACTUAL RESULTS: No display change until you release the up arrow key; then after some 100% CPU time the textarea jumps up to a new locations. NOTES: Turning off spell-checking for the textarea leads to the expected results happening. On a much faster machine than mine, I manage to scroll up about 10-15 lines before the lagging sets in. This is also reproducible on the 1.8 branch. You get the same result with pageup/pagedown; it's just easier to go for a long time with up-arrow.
Flags: blocking1.9a2?
Flags: blocking1.8.1?
Flags: blocking1.8.1? → blocking1.8.1+
Target Milestone: --- → mozilla1.8.1beta2
This was fixed by bug 344560, at least for me.
Status: NEW → RESOLVED
Closed: 19 years ago
Keywords: fixed1.8.1
Resolution: --- → FIXED
Yeah, this is a lot better. It still kinda sucks to use, but that seems to be cairo's fault.
Status: RESOLVED → VERIFIED
Flags: blocking1.9a2?
You need to log in before you can comment on or make changes to this bug.