Closed Bug 5193 Opened 25 years ago Closed 25 years ago

textarea not working well with carraige returns / newlines

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: buster)

References

()

Details

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.
Status: NEW → ASSIGNED
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.
Assignee: michaelp → kmcclusk
Status: ASSIGNED → NEW
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.
Status: NEW → ASSIGNED
Component: Compositor → Widget Set
Target Milestone: M7
Changed component to widget set from compositor.
Target Milestone: M7 → M9
Target Milestone: M9 → M10
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.
Assignee: kmcclusk → buster
Status: ASSIGNED → NEW
Steve, I'm re-assigning this to you as something to check when ender-based text field lands.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
GFX text control seems to handle this page fine. Marking fixed.
Status: RESOLVED → VERIFIED
With the latest build (Aug 6th), the problem that is described seems to be fixed.
Status: VERIFIED → REOPENED
Resolution: 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
Status: REOPENED → ASSIGNED
Depends on: 6262
Target Milestone: M10 → M11
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.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
gfx controls are on by default on linux and windows now, and can easily be set on mac using a pref. marking fixed again.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.