81173 - Leftmost position of an string within a text field which begins with 'f' is not before the 'f', but after it.

Status: VERIFIED DUPLICATE of bug 80028

(SeaMonkey :: Location Bar, defect)

Description

[Xuân Baldauf]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9+) Gecko/20010515
BuildID:    2001051504

If you have an URL in your URL bar which begins with f (like
"ftp://ftp.mozilla.org/" or "file:///C|/"), and you try to select the
the contents of the URL bar with the mouse, you will always miss the first 'f'.
Likewise, if you hit the "Home" key which should bring you before the first
character in the line, you will end up after the first character in the line
(which is an 'f').

This seems to apply to the URL bar, and other common text input controls like
<INPUT TYPE=TEXT /> and <TEXTAREA />. For the TextArea, you just need an 'f' as
the first character of your current line.

Reproducible: Always
Steps to Reproduce:
1. Remove all the contents of the URL bar
2. Type 'f' and 'a'. The cursor should be after the 'a'.
3. Hit the "home"  key

Actual Results:  You will see the cursor after the 'f'.

Expected Results:  You should see the cursorf before the 'f'.

This does seem to apply to:
'@': no
'a': no
'b': yes
'c': yes
'd': no
'e': no
'f': yes
'g': yes
'h': no
'i': no
'j': yes
'k': yes

' ': no
'!': no
'"': yes
'#': yes


So the problem seems to be dependent of the bit #1 of the ASCII or Unicode
number of the first character.

This smells like a buffer overrun, wrong pointer or the like where metadata is
tried to accessed but normal data is got.

Annoying workaround: manually select the input line and manually use the "arrow
left" keys instead of "home".

Comment 1

[doctor__j]

Dupe of 80028.

Comment 2

[James Lariviere]

agree. marking dupe.  glad when this one is fixed!

*** This bug has been marked as a duplicate of 80028 ***

Comment 3

[timeless]

vrfy dupe. [e-mail]: you can resolve bugs as dupes.