User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1 In textfields on a HTML page, the "End" key works like the "Home" key, i.e. it moves the cursor to the start of the line, not to the end. The "Home" key also works like the "Home" key. In addition, clicking the mouse on the textfield to the right of the entered text also moves the cursor to the start of the line, not to the end. This usually only happens on one-line textfields, but it's happening right now in the "Steps to Reproduce" text area. Reproducible: Sometimes Steps to Reproduce: 1. Go to an HTML page containing textfield. 2. Type some text in the textfield. 3. Press the "End" key. Actual Results: The cursor moves to the start of the line. Expected Results: The cursor should move to the end of the line. This sometimes happens, sometimes doesn't. I can fathom no logic to what is causing it to appear or disappear. It's not a bug in my keyboard or my operating system, as textfields in every other program work normally.
Same here, happens only if a line contains only numbers though, both in single-line text fields and textareas. Very annoying when trying to enter a lot of numbers. This bug has been around for a long time (at least two months). Also, placing the cursor in the middle of a text line in a textarea and pressing 'up' moves the cursor to the start of the line above if it contains only numbers. Reproducible: 100% Steps to reproduce: 1) Enter a number in a text field, textarea or the url bar 2) click past the end of the line 3) cursor is at start of line rather than the end While typing this i discovered another related behaviour- i had 'Enter a number' in the next-to-last line, and an empty last line. Clicking past the end of 'Enter a number' would take the focus to the empty last line. This didn't work again after typing another paragraph. Deleting the added text (removing the 1) in front of 'Enter a number' above and the text after it) shows the behaviour again.. Another example, 100% reproducible: 1) type '100%' on a line in a textarea 2) click past the end of that line result: cursor is between 100 and % Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050328 Firefox/1.0 (GTK/Ubuntu Gnome integration)
Gabriel Wicke is correct. Actually, it's not only a problem with fields or lines consisting only of numbers - it happens on fields or lines not containing any letters, regardless of what else they contain. Trying to use the X Window System "middle-mouse-click paste" past the end of a line not containing letters pastes the text at the start of the line. This is irritating when trying to paste a URL as an external link in Wikipedia.
Seems to have been fixed in Firefox 1.0.3.
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.