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)
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
Comment 1•22 years ago
|
||
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.
Comment 3•21 years ago
|
||
(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 "<>".
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 5•19 years ago
|
||
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.
Description
•