Closed Bug 195690 Opened 22 years ago Closed 19 years ago

Password manage creates entry with username "<>" for hiltonhhonors.com

Categories

(SeaMonkey :: Passwords & Permissions, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 153986

People

(Reporter: craig, Assigned: dveditz)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030210 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030210 If you go to www.hiltonhhonors.com (which sends you to https://www.hiltonhhonors.com/index.aspx ) and allow password manager to store your password, you end up with an entry with username being listed as "<>". Reproducible: Always Steps to Reproduce: 1. Go to www.hiltonhhonors.com 2. Log in 3. Allow password manager to store password
I had the same problem at canada.com, it stayed UNCONFIRMED for months and months. Suggest you mark it as a dupe of bug 153986 and then vote for that bug.
Possibly a good suggestion. I wonder, though. It depends on whether a small, specific bug such as this one is more likely to be fixed than a mega-bug such as that one.
(S.Gupta & M.Rattan, 02/25/04) Bug not replicable Unable to replicate the bug on Windows XP Professional, with "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: 1.6) Gecko/20040206 Firefox/0.8", for the following URLs: https://www.hiltonhhonors.com/index.aspx http://www.canada.com/national/index.html (from additional comments section) Steps of replication: Followed exactly the same steps of replication as suggested in the bug report, and logged in by creating a dummy account (new account). In fact tested for both the URLs following the same replication steps. Follow up tests: 1.Replicated using different browser to see whether the bug appears. Opera worked fine in storing the username correctly for the two websites. 2.Replicated on different O.S as the initial bug report (i.e. Windows 98 Vs Windows XP Pro.) and could not replicate the bug. 3.Tried to replicate the bug using max and min character username, but the results still did not approve of the outcome described. Importance of bug: None, since bug not replicable.
Re-tested with Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6) Gecko/20040113. I still get the same behaviour. Note that the password saving works. It just displays "<>" under "Username" in the Password Manager. In the case of Hilton, http://www.hilton.com displays the username correctly, while http://www.hiltonhhonors.com displays "<>".
Product: Browser → Seamonkey
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 marked as a duplicate of 153986 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.