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)

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 82151
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>
looks related to bug 82151
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
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
I am unable to reproduce this using the trunk build from 8/8 on win98, are you still seeing this?
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
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)
-> 0.9.6
Target Milestone: mozilla0.9.5 → mozilla0.9.6
0.9.6 is gone -> 0.9.7
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Whiteboard: [Hixie-P0][Hixie-1.0][caret]
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
verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.