On 3/16/2016 8:45 PM, Larry S. wrote: > David E. Ross wrote: >> On 3/16/2016 5:17 PM, Paul B. Gallagher wrote: >>> [email protected] wrote: >>> >>>> All this means that, as David mentioned, the password manager has no >>>> way to know that the password requested on the second page is in any >>>> way related to the username requested on the first page. It may be >>>> obvious to you that you're being asked for a username and password. >>>> It may be possible to do something that tries to work it out, but it >>>> probably wouldn't be completely reliable (and then people would >>>> probably complain about the odd time it doesn't get it right). Even >>>> determining that a given field is for a username, and not a search >>>> term or some other bit of information, is not necessarily easy. >>> >>> Logically, it should be possible. Suppose the password manager has a >>> record with >>> domain <whatever.com> >>> login "YourName" >>> password "StealMe" >>> When the user visits a page in <whatever.com> that contains a "login" >>> field, it should know to enter "YourName." When the user clicks and is >>> taken to another page in <whatever.com> that contains a "password" >>> field, it should know to enter "StealMe." >>> >>> I don't claim that password managers are designed that way. But >>> logically it should be possible. It's like going to 411.com and asking >>> for a person's phone number on one page and the same person's street >>> address on another page -- both pieces of data are contained in the same >>> record, and the database returns one piece in response to one input and >>> the other piece in response to the other input. >>> >> >> That indeed is working for me. >> > So, what do I have to do to get it to work that way for me? > > Larry S. >
I recall that, after the problem was fixed (about SeaMonkey 2.35 or 2.38), I had to install the Password Exporter extension, use it to export all my passwords, use the Password Manager to delete all my passwords, terminate SeaMonkey, relaunch SeaMonkey, and then use Password Exporter to import the passwords. Yes, this is convoluted. It gets even more convoluted. To install the Password Exporter extension, you must download -- NOT install -- the .xpi installer file from <https://addons.mozilla.org/en-US/thunderbird/addon/password-exporter/>. Use the conversion tool at <http://addonconverter.fotokraina.com/> to convert the .xpi file for compatibility with SeaMonkey. Install the result. To use Password Exporter, you must go to the Add-ons Manager, select Extension, and then select the Options button for the extension. To delete all my passwords, I used the View Saved Passwords button on the Import/Export Passwords window to get the Password Manager. Of course, I first exported my passwords. After importing them into a cleared Password Manager, I used a strong file eraser to destroy the exported file. Many of these steps required that I enter my master password. -- David E. Ross While many tributes to the late Supreme Court Associate Justice Antonin Scalia now fill the news media, his legacy was not necessarily positive. See my "What Price Order, Mr. Justice Scalia?" at <http://www.rossde.com/editorials/edtl_scalia_wrong.html>. _______________________________________________ support-seamonkey mailing list [email protected] https://lists.mozilla.org/listinfo/support-seamonkey
