307243 - slow textarea entry with JavaScript character count

Status: RESOLVED WORKSFORME

(Core :: DOM: Core & HTML, defect)

Description

[pjs]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050819 Camino/0.9a2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050819 Camino/0.9a2+

whenever this page is open, text entry SLOWS, and not just on that web site, but
in other tabs, too.  in fact, the entire browser seems slower.  doesnt happen in
safari.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Wevah (Nate Weaver)]

Oh, ew. The way they're doing the character counting is by polling every 200 ms
and counting characters then, as opposed to, say, counting them onkeypress.

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

It's slow in Firefox, too, so it's not ours.

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Wevah, any idea on where this should go in Core?  Is this the caret bug or
something else or some combo?

Comment 4

[Wevah (Nate Weaver)]

I'm almost tempted to say that the way they're counting is dumb and that this
should be Tech Evangelism. It's an interaction with their setTimeout'd
JavaScript, at any rate, AFAICT.

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

-> Core:DOM for further triage

Comment 6

[Boris Zbarsky [:bzbarsky]]

So I can't reproduce the slowness here with a current Linux build.  Is this Mac-only?

Comment 7

[Wevah (Nate Weaver)]

Something has changed; it's much more responsive now. I don't know whether it's on our end or theirs, though.

Comment 8

[Boris Zbarsky [:bzbarsky]]

Their end still has the same brain-dead code...

In any case, if this is better on Mac too, marking worksforme.