Closed Bug 16823 Opened 25 years ago Closed 25 years ago

[dogfood] Line wrapping and cursor movement unpredictable in a text control

Categories

(Core :: DOM: Editor, defect, P2)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: iShaterin, Assigned: buster)

References

()

Details

(Whiteboard: [PDT ])

When typing into a text box, such as the one on the bugzilla "Enter bug" page the cursor stops several characters into the second line after the line line wraps, new characters entered after the cursor stops will continue to appear at the end of line though the the end of the line box fails to wrap after the end of the second line and typed text just disappears. Entering a hard return will break it out of this problem, though the problem will repeat on the second line after the hard return--with the cursor stopping and the line failing to wrap.
Assignee: davidm → buster
Component: HTML Dialogs → Editor
nothing to do with html dialogs. reassign to editor
Assignee: buster → kipp
Severity: normal → major
Priority: P3 → P2
Summary: Line wrapping and cursor movement unpredictable in a checkbox → [dogfood] Line wrapping and cursor movement unpredictable in a text control
reassigning to kipp. I didn't see this on windows today. Didn't you already fix something like this? if not, just reassign it back to me and I'll check with pavlov and akkana to see if they know anything.
Kin, could this be related to the caret cruft bug?
Can you please provide (a) which textbox you were typing into on the bugzilla enter-bug page (b) what you typed ---exactly--- be sure to indicate where you typed literal spaces and where you typed return vs. shift space vs. shift-return, etc.
This sounds suspiciously like bug #15743, which was fixed a couple of weeks ago. Is iShaterin@bigfoot.com using a milestone build? Or a daily build?
Forgot to mention that I couldn't reproduce this in my WinNt and Linux build from 10/20/99.
Status: NEW → ASSIGNED
the first testcase doesn't work right with my fix to 13196
Ignore my last comment. It was for a different bug number. There is a question as to whether or not this is already fixed that is being investigated (hopefully by the bug writer by pulling down one of the nightly builds on mozilla).
Whiteboard: [PDT+]
Whiteboard: [PDT+] → [PDT ]
I downloaded the latest nightly build (10/21/99) this morning and gave it a try. I'd call this fixed. I couldn't reproduce any of the problems that I was having previously. ---One note of interest, though perhaps this should be written up as a seperate bug, though i'm sure the fix is rather trivial, pressing the "END" key moves the cursor to the beginning of the line. In fact I'm writing this using the latest version 10/21/99 which I almost couldn't do with the M10 browser.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Please write-up a seperate bug regarding the end keys behavior, and any other weird key behavior you see and assign it to the "editor" component...thanks for checking out the latest build!
FYI Home/End behavior bugs should be filed against mjudge@netscape.com.
You can assign the End bug, and other Linux key issues, to me.
Just saw Kin's comment ... and indeed, it looks like the key event is right, so mjudge probably is the right person after all.
Status: RESOLVED → VERIFIED
The 1999102908 build just crashes when you go to bugzilla.mozilla.org, select Enter New Bug, and then select Browser. Using a generic TEXTAREA (I think that's what the reporter meant by 'text box'?), such as the one at http://marmot.net/work/textarea.html, I don't see the problem. So, I'm marking it VERIFIED using the 1999102908 build, Windows 98.
You need to log in before you can comment on or make changes to this bug.