There is a delay from when I enter text into a new message body or subject line (using Mozilla 0.9.9+ 2002030808). I will type a few words in and there is a delay in when the text shows up on screen. Usually the delay is less than 2 seconds. This does not occur very often in Navigator, only in MailNews. I am using Mac OS X 10.1.3, with 160 MB RAM and a 333 MHz G3 iMac system.

reassign to editor

confirmed on 2002031005 also entering text in the adressbar is awfully slow (iBook G3/500 MHz/320 MB RAM / Mac OS X 10.1.3)

using Mac OS X 10.1.3 with build 2002032608 I have been experiencing a similiar problem this morning when typing into bugzilla comment field. Unfortunately it seems to come and go; for example right now it is fine, but 2 minutes ago I could type several words of text, remove my hands from the keyboard and watch the letters appear one by one. Although it is possible that this is an OS X issue rather than a Mozilla issue, I have been running OS X for several months and have not experienced this problem in any other application

Marking Confirmed per Comment #2 and Comment #3.

With Mozilla v1.0 I experience this problem everytime I post a message in the www.dpreview.com forums. The text lags my keystrokes by about a second. This is consistent, each and every time I post on DPReview's forums, unlike the others who experience it periodically. As I said, I'm using Mozilla v1.0 on a Dell Lattitude CPxJ650 laptop running W2K. The laptop has 512MB of RAM.

Mark and Joo, could what you experience be a case of bug #141900? Since this has been fixed, check it out by installing an actual nightly and test it. But what Joel writes of I can confirm for mail body and subject line only. I know I'm only running a 133 MHz Cyrix on Linux/KDE which isn't a up to date configuration. But while text entered in webpages edit fields like this on bugzilla or text writen in external editors is displayed in realtime, the delay in mail&news fields is up to two seconds. So I'm sure it could be faster despite how slow this machine is in general. Mozilla 1.1a+, Build ID: 2002051721

Gnngnn, Build ID should be 2002061721, sorry.

The editors in the mail window have their own set of perf problems, which is why I didn't close this bug out as a dup of 141900. The address textfields have autocomplete listeners on them that fire off every time you type a character. The Subject textfield updates the title bar of the window with each edit you make. Both of these listeners trigger the serializer which turns the contents of the editors into a string which is used by the listeners ... on each key stroke. The mail compose area is still slow cause it's using synchronous reflows/paints/scrolls like textwidgets used to. I didn't make Composer/HTMLMailCompose/PlaintextMailCompose asynchronous like textwidgets yet, because I wanted to do more testing before I turned it on.

Ahh, ok for autocomplete and of course for subject line because of this transform. Hm, I kind of thought the reason for slowness of PlaintextMailCompose is the same as it was for textwidgets. So I understand you as help is underway, you know what to do and just want to see how fix of #141900 perform? So I'm looking forward to this solution (and shut up now).

I downloaded 1.1beta today and this problem seems to have gotten noticably worse. That would be - as bad as it was back before we even supported Mac OS X officially. Typing in the URL bar results in a very visible lag on my G4/400mhz.

i download the nightly builds quite often and have noticed a significant degradation in the location bar since about 1.1alpha. typing in it is quite painful since the text may not appear for a few seconds after hitting the keyso n the keyboard. i'm still seeing the problem on 2002080508.

for me, the problem seems much better. i'm running 2003031204 on os x (10.2.4) and address bar typing seems pretty good. i've had some focus problems with keyboard entry, but that's a different bug... ;)

Seeing this on 2003052204 (Mozilla post-1.4 beta), Windows 98. All/all.

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007100303 SeaMonkey/2.0a1pre