If you go the (admittedly atrocious) page at the above URL, there is a textarea on the page which assumes the behaviour of legacy browsers: that text inside of a textarea is treated as PRE text. It contains lots of carraige returns (I think); using a legacy browser it 'correctly' displays the text on separate lines. Using the April 16 build of apprunner, however, it does not break the lines when it hits a line feed; instead, it draws the linefeed as a square (which indicates, I think, a character the browser can't display). It should do the same as legacy browsers - wrap the text down a line when it encounters a linefeed/cr.

I can't get on their site. Can you please provide an attachment showing the problem? I suspect this isn't a compositor problem but more a widget problem.

Downloading and/or editing the page at the site causes the text to change (the newlines/carraige returns change into something that displays properly in apprunner). Please advise on what to do in this case... I've put a local copy of the page at the new URL above but it does NOT exhibit the problem as Windows changed the characters when the page was saved.

Changed component to widget set from compositor.

Moving all Widget Set bugs, past and present, to new HTML Form Controls component per request from karnaze. Widget Set component will be retired shortly.

Steve, I'm re-assigning this to you as something to check when ender-based text field lands.

GFX text control seems to handle this page fine. Marking fixed.

With the latest build (Aug 6th), the problem that is described seems to be fixed.

I knew there was a bug report about this already! I can see the described failure from http://schist/nlp on 1999-09-07-09-M10 build. Reopening bug.

Client Mail/News QA is currently writing XPConnect testcases that use a textarea requiring a carriage return. If this bug actually gets fixed it will benefit us. Par

this bug is fixed in gfx text controls. I marked it fixed expecting them to be turned on by default (bug 6262), but that was delayed until today. I'll mark this fixed when they are turned on.

gfx controls are on by default on linux and windows now, and can easily be set on mac using a pref. marking fixed again.