Closed
Bug 94119
Opened 23 years ago
Closed 23 years ago
text caret loops if scrolled to the right
Categories
(Core :: DOM: Editor, defect, P4)
Tracking
()
mozilla0.9.7
People
(Reporter: bugzilla, Assigned: mjudge)
References
()
Details
(Whiteboard: [Hixie-P0][Hixie-1.0][caret])
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.3) Gecko/20010801
BuildID: 2001080110
If I enter text into a single-line text box on a web page, and press the right
arrow, the cursor will loop to the beginning of the text box (cursor is left of
the first character in the textbox.)
This is not true for all text boxes, just some.
Reproducible: Sometimes
Steps to Reproduce:
1. go to http://www.slashdot.org/ Go to search box at the bottom of the page.
2. type in some text into the search box.
3. Press the right arrow key. See the cursor move to the start of the line.
Actual Results: The cursor moves to the left end of the text box.
Expected Results: Cursor should remain at the right end of the text box.
Duplicated errors on Linux build 2001080221
Code for a text box that fails (slashdot):
<input type=name name=query value="" width=20 size=20 length=20>
Code for another box that fails (fruhead.com):
<input type=text size=25 maxlength=160 name=message>
Code for a text box that doesn't fail (google):
<input type=text value="" framewidth=4 name=q size=55 maxlength=256>
Code for another text box that doesn't fail:
<input type=text size=20 maxlength=160 name=message>
Comment 2•23 years ago
|
||
I am not sure it this is a duplicate because that bug reports the same problem
with TEXTAREAS, and this is problem with INPUTs that have size attribute set.
Confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•23 years ago
|
||
caret issue-->editor
Assignee: rods → beppe
Component: Form Submission → Editor
QA Contact: vladimire → sujay
Summary: text cursor loops if scrolled to the right → text caret loops if scrolled to the right
Comment 4•23 years ago
|
||
I am unable to reproduce this using the trunk build from 8/8 on win98, are you
still seeing this?
Comment 5•23 years ago
|
||
i suspect this is a dup of 93399, assigning to kin to make that call
Assignee: beppe → kin
Priority: -- → P4
Target Milestone: --- → mozilla0.9.5
I can't seem to reproduce the problem on slashdot.org or with your samples
above.
Paul, you still seeing the problem?
Btw, this bug should really go to mjudge@netscape.com who owns caret/selection
navigation.
Assignee: kin → mjudge
Reporter | ||
Comment 7•23 years ago
|
||
I just checked with Mozilla 0.9.4 on Windows 98 SE and Redhat Linux 7.1. The
scrolling caret problem is still there. (Build: 20010913)
Updated•23 years ago
|
Whiteboard: [Hixie-P0][Hixie-1.0][caret]
Comment 10•23 years ago
|
||
all of these things use the same code, so there's no need for more than one bug about this one problem.
*** This bug has been marked as a duplicate of 82151 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•