Closed Bug 306393 Opened 19 years ago Closed 19 years ago

Master Password fails if extended ASCII chars are used

Categories

(Core Graveyard :: Security: UI, defect)

1.7 Branch
x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 252436

People

(Reporter: paul.creswick, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

When setting the Master Password, characters generated by holding down the ALT
key and typing in three numbers from the number pad, eg ALT 199 = Ã, are
accepted as valid. However when  requested to enter the master password to store
a new password/id combo, such the master password is not recognised.
You can go back and change the master password to exclude the Ã, but with tools
like jacktheripper around why should I have to settle for a weak password? 
Better yet if it'll let me set a password with extended chars in it, it should
allow its use.

Reproducible: Always

Steps to Reproduce:
1.set master password including an ALT XXX charcter
2.go to any site where you wish to store a new password and attempt to do so
3.attempt to enter the password set in 1. when challenged to store the site
password in 2.


Actual Results:  
The master password is not recognised, you are continually asked to re-enter.
The omly way out is to dumb down the master password.

Expected Results:  
Either accept the ALT XXX everywhere (best result) or refuse master passwords
with ALT XXX chars ( bad result but at least a consistent experience)
Group: security

*** This bug has been marked as a duplicate of 252436 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Component: Password Manager → Security: UI
Product: Firefox → Core
Resolution: --- → DUPLICATE
Version: unspecified → 1.7 Branch
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.