Form Manager should be case-sensitive




15 years ago
7 years ago


(Reporter: jay, Assigned: bugs)


Firefox Tracking Flags

(Not tracked)





15 years ago
This failed our basic Firefox functionality test:

I cannot save multiple entries using upper AND lower case for any given item.  

2. Fill in my first name in lowercase (jay) and submit.
3. Fill in my first name in uppercase (Jay) and submit.
4. Focus on the first name field and use the down arrow to open the drop-down list.

Actual result:
Only "jay" is displayed

Expected result:
Both "jay" and "Jay" should be in the drop-down list for me to select

Not a huge problem in most cases.  For those cases where someone needs to fill
in a form and the site/web app requires case-sensitive names, this bug will be
annoying if the user doesn't save the right info the first time.  But most forms
won't care about case-sensitivity.

The real problem is if the user has Password manager disabled and the Form
manager starts to store usernames for various sites...

If we decide not to deal with the case-sensitivity, perhaps the Form manager
should not store any username/login related info and just have the Password
manager remember only the username (if the user chooses not to save the password).

Comment 1

13 years ago
bug 305809 implies that this bug has been fixed.

Comment 2

13 years ago
*** Bug 305809 has been marked as a duplicate of this bug. ***
I suspect it was an accident, but nsStorageFormHistory.cpp, the SQLite version that the trunk is now using, does case-sensitive comparison in EntryExists, so this is certainly now WFM for the trunk.
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.