Closed Bug 119731 Opened 23 years ago Closed 14 years ago

password not remembered in 1-field form

Categories

(SeaMonkey :: Passwords & Permissions, defect)

Product:
SeaMonkey
Component:
Passwords & Permissions
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 390025

People

(Reporter: jmd, Unassigned)

References

(
URL
)

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 ago → 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.