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)
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: 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.
Comment 3•25 years ago
|
||
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.
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).
Updated•25 years ago
|
Whiteboard: [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.
Comment 10•25 years ago
|
||
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!
Comment 11•25 years ago
|
||
FYI Home/End behavior bugs should be filed against mjudge@netscape.com.
Comment 12•25 years ago
|
||
You can assign the End bug, and other Linux key issues, to me.
Comment 13•25 years ago
|
||
Just saw Kin's comment ... and indeed, it looks like the key event is right, so
mjudge probably is the right person after all.
Comment 14•25 years ago
|
||
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.
Description
•