please refer to bug 271640. Password manager exhibits the same behavior as Form/Autocomplete in removing exact matched items in the list of entries.
Created attachment 159920 [details] [diff] [review] patch I'm pretty sure this will fix it, need to test a bit though.
Comment on attachment 159920 [details] [diff] [review] patch firstname.lastname@example.org
checked into trunk and branch.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
Typing in an exact match in a login field (password manager handled) does show the list up to the exact match. But, I'm reopening this bug because of the following issue: Typing beyond an exact match, then deleting the overtypage back to an exact match does not show the autofill list. note:Deleting one more character (one character short of an exact match) does then show the autocomplete list. Which is expected. With form manager, deleting overtypage back to an exact match shows the autocomplete list as expected.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
note: To test this correctly, the login field and its associated password must have been previously submitted and saved by password manager. That makes the password manager handle the login field, not the form manager.
15 years ago
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Created attachment 161723 [details] [diff] [review] patch for backspace problem Thanks. This should fix the backspacing case.
Attachment #161723 - Flags: review?(bugs)
This bug seems to have an aviary branch checkin associated with it. If this has landed on the aviary branch (as much as it's going to for 1.0) can you please add the "fixed-aviary1.0" keyword? Thanks.
Comment on attachment 161723 [details] [diff] [review] patch for backspace problem r=jst
Attachment #161723 - Flags: review?(bugs) → review+
Comment on attachment 161723 [details] [diff] [review] patch for backspace problem a=asa for aviary checkin.
Attachment #161723 - Flags: approval-aviary+
Checked in on the branch. Leaving bug open until the second patch lands on the trunk (when the tree reopens).
the password mgr case in comment 4 now looks like it's working --tested with 2004102508-0.9+ on linux fc2.
checked in on trunk.
Status: REOPENED → RESOLVED
Last Resolved: 15 years ago → 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.