5193 - textarea not working well with carraige returns / newlines

Status: VERIFIED FIXED

(Core :: Layout: Form Controls, defect, P3)

Description

[cpratt]

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.

Comment 1

[Patrick C. Beard]

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.

Comment 2

[cpratt]

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.

Comment 3

[Kevin McCluskey (gone)]

Changed component to widget set from compositor.

Comment 4

[leger]

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.

Comment 5

[Kevin McCluskey (gone)]

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

Comment 6

[buster]

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

Comment 7

[Chris Petersen]

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

Comment 8

[gerardok]

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.

Comment 9

[ppandit]

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

Comment 10

[buster]

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.

Comment 11

[buster]

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