Closed
Bug 345062
Opened 19 years ago
Closed 19 years ago
No painting while key-scrolling with spellchecker on
Categories
(Core :: Spelling checker, defect)
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.
![]() |
Reporter | |
Updated•19 years ago
|
Flags: blocking1.9a2?
Flags: blocking1.8.1?
Updated•19 years ago
|
Flags: blocking1.8.1? → blocking1.8.1+
Target Milestone: --- → mozilla1.8.1beta2
Comment 1•19 years ago
|
||
This was fixed by bug 344560, at least for me.
![]() |
Reporter | |
Comment 2•19 years ago
|
||
Yeah, this is a lot better. It still kinda sucks to use, but that seems to be cairo's fault.
Status: RESOLVED → VERIFIED
![]() |
Reporter | |
Updated•19 years ago
|
Flags: blocking1.9a2?
You need to log in
before you can comment on or make changes to this bug.
Description
•