Closed Bug 119731 Opened 23 years ago Closed 14 years ago

password not remembered in 1-field form

Categories

(SeaMonkey :: Passwords & Permissions, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 390025

People

(Reporter: jmd, Unassigned)

References

()

Details

keep having to look up passwords for our thawte certificates. Linux 2002011008.
I have no idea what you are talking about. There is no password field on the url that you cited.
Ignore previous comment. I entered wrong URL. You are correct, password is not remembered in a form that has only one field. This was done by design because we ran into problems otherwise. I forget exactly what these problems were.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Is the plan to eventually merge form and password manager? This is yet another annoying effect of having them seperate.
No such plans.
Verified
Status: RESOLVED → VERIFIED
Where is the spec for why 1 field forms can't remember passwords, and why form and password managers are seperate? I don't see any advantage over IE's form filling, and lots of disadvantages.
Spec?
> Spec? Yeah, you know, a document that explains why we implemented this over-engineered form and password manager with awful UI no one can really figure out instead of going with the obvious solution (IE's) that everyone likes and wishes Mozilla had. If there isn't one, I think anywhere we deviate from IEs behavior is a valid bug.
Another Example for 1-field forms is the Mailman-Software. All administrative logins only have one password field. e.g.: http://mozdev.org/mailman/admin/project_owners Can anyone please reopen this bug.
Reopening for re-evaluation.
Status: VERIFIED → REOPENED
Resolution: WONTFIX → ---
Assigning to new default owner.
Assignee: morse → dveditz
Status: REOPENED → NEW
QA Contact: tpreston
The simple Bookmarklet below helps. Execute it on the page which has only 1-field and after submitting the form the password manager does what it should do and asks to store the credentials. By revisiting the login site the password manager magically fills out the form without any need of the Bookmarklet again! * Bookmarklet: javascript:(function(){element=document.createElement("INPUT");attr=document.createAttribute("type");attr.nodeValue='text';element.setAttributeNode(attr);attr=document.createAttribute("name");attr.nodeValue='username';element.setAttributeNode(attr);attr=document.createAttribute("value");attr.nodeValue='fake';element.setAttributeNode(attr);document.getElementsByTagName('FORM')[0].insertBefore(element,document.getElementsByTagName('FORM')[0].firstChild);})() * Formatted & Commented JavaScript: function() { /* Create new Input-Element <INPUT ...> */ element=document.createElement("INPUT"); /* Attributes for the Input-Element <INPUT type="text" name="username" value="fake"> */ attr=document.createAttribute("type"); attr.nodeValue='text'; element.setAttributeNode(attr); attr=document.createAttribute("name"); attr.nodeValue='username'; element.setAttributeNode(attr); attr=document.createAttribute("value"); attr.nodeValue='fake'; element.setAttributeNode(attr); /* Add INPUT-Element directly after the Form-Element */ document.getElementsByTagName('FORM')[0].insertBefore(element,document.getElementsByTagName('FORM')[0].firstChild); }
(In reply to comment #12) > The simple Bookmarklet below helps. Execute it on the page which has only > 1-field and after submitting the form the password manager does what it should > do and asks to store the credentials. > > By revisiting the login site the password manager magically fills out the form > without any need of the Bookmarklet again! > > * Bookmarklet: >javascript:(function(){element=document.createElement("INPUT");attr=document.createAttribute("type");attr.nodeValue='text';element.setAttributeNode(attr);attr=document.createAttribute("name");attr.nodeValue='username';element.setAttributeNode(attr);attr=document.createAttribute("value");attr.nodeValue='fake';element.setAttributeNode(attr);document.getElementsByTagName('FORM')[0].insertBefore(element,document.getElementsByTagName('FORM')[0].firstChild);})() > > * Formatted & Commented JavaScript: > > function() { > /* Create new Input-Element <INPUT ...> */ > element=document.createElement("INPUT"); > /* Attributes for the Input-Element <INPUT type="text" name="username" > value="fake"> */ > attr=document.createAttribute("type"); attr.nodeValue='text'; > element.setAttributeNode(attr); > attr=document.createAttribute("name"); attr.nodeValue='username'; > element.setAttributeNode(attr); > attr=document.createAttribute("value"); attr.nodeValue='fake'; > element.setAttributeNode(attr); > > /* Add INPUT-Element directly after the Form-Element */ > document.getElementsByTagName('FORM')[0].insertBefore(element,document.getElementsByTagName('FORM')[0].firstChild); > } > I have not a clue how this is to be used, how it works, or anything. It does not solve my problem. The Cpanel moderator log-ins are also password only. A possible solution would be to allow manually entering the URL and log-in data.
> I have not a clue how this is to be used, how it works, or anything. It does > not solve my problem. Try this: http://en.wikipedia.org/wiki/Bookmarklet
Alex: Bookmarklets are way cool! Thanks for the pointer. However, your code is not quite working. It seemed to not be saving the whole URL, and it saves only the last password entered. I have multiple lists. http://burkheadumc.org/mailman/admin/seekers_burkheadumc.org http://burkheadumc.org/mailman/admin/adcouncil_burkheadumc.org etc But we're getting close to "fixing" one of the few problems I've had. Thanks!
Product: Browser → Seamonkey
Well, I'm back. I still have a problem with CPanel X administration. I've got eight different mail-lists to administer, and Mozilla doesn't help. A typical URL is: http://burkheadumc.org/mailman/admindb/officers_burkheadumc.org The only thing that changes is the list name (officers) and the Password Manager doesn't detect it. It tries to use the last PW saved, regardless of the list. I tried editing the password file to include the whole URL, but that didn't work either. Apparently Moz only looks at the root. Bummer.
possible dups: bug 210771, bug 235336.
Lyle, try this: javascript:(function(){element=document.createElement("INPUT");attr=document.createAttribute("type");attr.nodeValue='text';element.setAttributeNode(attr);attr=document.createAttribute("name");attr.nodeValue='username';element.setAttributeNode(attr);attr=document.createAttribute("value");attr.nodeValue=location.pathname;element.setAttributeNode(attr);document.getElementsByTagName('FORM')[0].insertBefore(element,document.getElementsByTagName('FORM')[0].firstChild);})() Instead of the username "fake" it uses the path of the URL as Username and therefore you can use multiple user/password-combinations within one domain.
Alex That seems to work, thanks. I'm left with selecting the correct "login name" from the pull down, but I can live with that. It would be nice to be able to easily edit the log-in names to simplify them, but hey it works. Again thanks.
*** Bug 141383 has been marked as a duplicate of this bug. ***
Problem is on Linux and Windows. Hardware/OS=all.
OS: Linux → All
Hardware: PC → All
Lyle, the login-names can already be edited with my bookmarklet. After the bookmarklet is executed a new input-field will be generated, there you can use any username you want, it must be just unique for the domain (therefore it's default filled with the path of the URL).
*** Bug 210771 has been marked as a duplicate of this bug. ***
https://bugzilla.mozilla.org/show_bug.cgi?id=235336 is a duplicate of this bug, it would appear. There is also a patch there, https://bugzilla.mozilla.org/attachment.cgi?id=185577. 235336 seems clearer and more informative so perhaps this bug should be marked as a duplicate of 235336. See my comments in 235336 about our experience in ubuntu with this patch.
(In reply to comment #24) > https://bugzilla.mozilla.org/show_bug.cgi?id=235336 is a duplicate of this bug, > it would appear. No, this bug is for the suite's password manager (wallet), while bug 235336 is for the toolkit password manager.
> No, this bug is for the suite's password manager (wallet), while bug 235336 is > for the toolkit password manager. While the implementations are different, the logic in that patch looks simple enough that it could be ported to the Seamonkey wallet.
Assignee: dveditz → nobody
Is this bug forgotten?
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 this bug is "fixed": the mailman passwords are now remembered. alas, the same password is remembered for different mailing lists on the same host: ff thinks that lists https://lists.sourceforge.net/lists/admin/clocc-devel https://lists.sourceforge.net/lists/admin/clisp-list must have the same password.
This has been fixed by
Status: NEW → RESOLVED
Closed: 23 years ago14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.