[CONFIRMED]

It happens most of the times on username/password fields that the browser 
"remembers".

i also have this problem. using dokuwiki and the textarea field

The proboards.com phpBB forum also has this problem.  The text field appears to lag 
behind the typing, causing some text to disappear as it naturally wraps to the next 
line.   

Same behavior in a dokuwiki page modification. Happend more often after a text paste 
in the textarea

I can also confirm this in phpBB forums "Quick-reply".

Same problem with me (winxp home SP3); seems to happen on large text area only (e.g.
Gmail "new mail" one as well as vbulletin ones)

it tends to be 'textarea' asopposed to a form input element of type='text'

MaFt

I had problems with dokuwiki and with Wordpress (also since i'm using a BiDi input 
[for Hebrew]). The BiDi could be a separate bug.

Here is a video of it for me: http://screencast.com/t/St9MY0V64EZ .

Also for me same behavior in dokuwiki. If you resize the textarea text will reappear.

I, and several friends, also have had this problem with the textarea of a phpBB 
forum. Seems like just about everywhere else it's working fine.

I've been able to find a minimal reproducible case for this - it seems PHP has a 
TEXTAREA inside a SPAN tag (which is somewhat nonsensical).  Chrome doesn't render 
this properly.  See attached html page.

	text_box.html
	299 bytes Download

I can confirm this bug exists as well - and would very much like to fix it (It's a 
hassle editing TWiki documents with Chrome)

>Here is a video of it for me: http://screencast.com/t/St9MY0V64EZ .

That happens for me too on a phpBB forum.

Thanks for the awesome bug report (with screencast, even) and repro case!

I was just about to report this bug too, but instead I'll just confirm that it also 
happens for me when I try to post replies in a phpbb forum.

The work-around is to highlight all of the text as this will usually correct the 
display.  Sometimes you will also need to do a line break after the last character.

I can also confirm this as a bug on phpBB forums and gmail on Vista + XP SP3.

I can also confirm the bug on vBulletin boards using Chrome 0.3.154.0

I can confirm the issue on phpBB forums running on forum.unity3d.com using Chrome 0.3.154.0, on XP SP3.

For me there is not always a blinking cursor in text box. Such as when using facebook 
posting a posted items, and typing in  the  description or the comment box.

Actually, this also happens on the Myspace forums too.

The only way i have found to fix this is either wait for a few seconds, or just 
highlight everything.

It also tends to happen whenever a word gets word-wrapped to the next line when 
typing a sentence, part of the word you were typing (the parts before the wrap from 
what i remember) become invisible.

(No comment was entered for this change.)

This happens with different revisions of http://www.phpbb.com based forums.

Clicking in the window outside the messed up text box fixes the contents.

These forums are quite popular, and Chrome is getting very low praise from all those 
users.

Changing text-size (ctrl- scroll up and down) fixes the bad rendering too, it's a 
useful fast workaround. Just anything that would 're-render' the current text on 
screen.

Interesting that this textbox is not suffering that problem.

Text-areas in Juno webmail had this problem, where an unfinished word reaches the 
right edge of a textarea, and the whole word is wrapped to the second line, and the 
first couple letters disappear.  Moving the mouse cursor and selecting text where the 
letters would have been make the letters visible again.

community server has the same problem with quick reply

(No comment was entered for this change.)

(No comment was entered for this change.)

Issue reproducible with Chrome 0.4.154.25 on url : 
http://www.autohotkey.com/forum/posting.php?mode=newtopic&f=1

Issue not reproducible on urls : 
http://forum.dokuwiki.org/
http://support.proboards.com/
http://www.vbulletin.com/forum/
http://forums.myspace.com/

Please provide url so as to reproduce the issue.

I can confirm this bug while adding/editing posts on phpBB 2.0.22 boards using Chrome
0.4.154.29.

mixsynth: Please provide url to reproduce the issue.

Any quick reply text box on:
http://forums.mattie.info/cs/forums/

confirmed, doesn't always happen but if i try to add characters somewhere between the 
words i already entered... if it doesn't happen at my first try it will happen by the 
4th (each time pointing the caret with the mouse to a new location)

I believe this is fixed in the nightly builds.  It would help a lot if someone could 
download the nightly build from http://build.chromium.org/buildbot/continuous/LATEST/ 
and try it to see if the problem is resolved.

I can confirm that the nightly build of 0.5.155.0 works fine for large textareas in 
twiki.

Build 0.5.155.0 works for me in dokuwiki.

I still have the same prob on phpBB forums. Using Chrome 1.0.

Still happens on phpBB forums (forum.unity3d.com, the posting message text area). 
Chrome 1.0.154.36.

Works fine in latest build

I'm using Google Chrome 0.4.154.33 and still suffer from this problem on various 
phpbb forums.

But I can report that Chromium 1.0.155.0 (6968) doesn't suffer from this bug.

Happens on multiple sites with multiline text box:
Chrome 1.0.154.36
Windows XP SP3
Workaround: minimizing and maximizing Chrome window.

Please release the fix ASAP as it is extremely annoying.

Update: this bug also applies to (at least some) center-justified <input> elements. 
Go to www.surfthechannel.com and type some text into the 'search' box at the top; it 
doesn't display properly until you click outside the box. (Still on Chrome 
1.0.154.36.)

@ #34: I can't refer you to the exact forum I'm looking at because it's members only. 
It seems apparent from the above comments that all phpBB installations are equally 
affected.

(No comment was entered for this change.)

(No comment was entered for this change.)

Update: this bug also applies to some conventional left-justified <input> elements.

Example:
1) Go to www.youtube.com.
2) Type something into the main "search" box at the top.
3) Click anywhere in the middle of the text you just entered and try typing some 
more.
4) The text you insert overwrites the text already in the box until you click outside 
the box or scroll the page up or down.

Still using Chrome 1.0.154.36 on Vista Home Premium.

Update: I can confirm that this bug is FIXED in the latest nightly builds of 
Chromium, so should be fixed in the next Chrome update. I'm currently running 
Chromium 1.0.156.0 (7477).

Great, thanks.

Hi mixsynth :), just want to ask where did you get 1.0.156 from??

i just downloaded and installed chrome and still getting this problem.
the version of chrome is 1.0.154.43, and chrome's telling me my version is up to 
date.

reynardktli: nightly builds such as 1.0.156 are unstable intermediate builds not 
publicly released. You can download one from 
http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/

For unstable builds with a bit more QA, switch to the dev channel, currently at 
2.0.157.0, at http://dev.chromium.org/getting-involved/dev-channel - the bug remains 
fixed in the current dev build.

i'm using chrome build 1.0.154.48 and this bug still exists on surfthechannel.com 
search field.

This bug will be fixed in 2.x releases.  The fix is not being ported back to 1.x.  
Don't fear, we are not going to take a year to go from 1.x to 2.x.  If you want the 
fix now you should switch to the dev channel.

I have a similar issue with a text input control. The control still have a focus, but
when you type, nothing is entered. If I click the left mouse button on it and hold it
and then type, it enters the text.

Also, the control has the yellow border arround it, which indicates it has a focus.

@vitmalina
this issue was fixed a long time ago

please open a new issue and include the problematic URL or (preferably) if possible 
upload a reduced case