SillyDog701

[Fulvio]

As far as I know, there is no way to import/convert the password file (.s file) from Netscape7/Mozilla suite/Seamonkey1.1.x to Firefox/SM2.0.
Does anyone know of a way?
Issues #2 with SM2.0/Firefox, some website which have their username/password saved do not bring up the combination. Waiting a while, and typing one or more letters of the username, bring up the password. This issue was not in the SM1.1.x, and earlier suite, but only in Firefox and SM2.0 (SM2.0 is related to FF).

UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5

[PaulD]

1. I can't speak to SM, but for FF: File > Import > (select source) > (select what).
2. That seems to be the way it works. I suspect intentionally, to
- make it harder for a casual observer to get on
- provide 'fill-in' support for multiple sign-ons.

UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.15) Gecko/2009101601 Firefox/3.0.15

[Fulvio]

I don't think that I made this clear, or my post was misunderstood, as item 2.
For instance the Sillydog website fills in the userID, and password, and I need only to click enter to login. WindowsBBS does not have anything in the userID, and password. But, if I type the userID, or some of its letters, I will be given a chance to select the userID (which is in triplicate in the dropdown). After doing this the password box fills up, and I can login. I am given the opportunity to save the info, at both websites, but the checked box is erased, and the password info removed, after login. The userID will remain, but will not be present the next time that I open the browser. I am using Google Chrome, and had no problem. with autologin.
My login is not automatic in Firefox/SM2.0 because I have chosen to delete cookies on exit.
Another individual at WindowsBBS feels that this behavior is a browser bug. I feel that it is more like a design of the website, where the userID may not show up if cookies are deleted.
The Sillydog site will show the userID, and so do other sites.

UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/532.0 (KHTML, like Gecko) Chrome/3.0.195.33 Safari/532.0

[PaulD]

On the triplicate: Are these 3 all the same? There was a post somewhere on SD (I think by Ramona) that pointed out that one can delete a line in these drop downs by selecting it and tapping the Delete key.

Disclaimer: I don't write HTML, and read it at a kindergarten level.
My understanding is that the 'default' html coding for a fill-in field permits the browser to save its value. I think that this is via the Saved Form function, which picks up the field name and its contents. But there is a tag that can be applied to a field that will prohibit this saving.

And, I have encountered a site that appears to use a cookie (contents encrypted), not the saved form, for this functionality. It is possible that a site may be coded to use some combination of these two - there is a lot of clever coding extant.

There may well be a difference in the way that different browsers honor the "don't save" tag. I concur with your observation, but don't know how the browsers interpret the sites' codings. How does IE display these different scenaria?

UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.15) Gecko/2009101601 Firefox/3.0.15

[Fulvio]

1.The dropdown items are identical. I will try to delete extras, and see if it matters.
2. If I use IE8, it is because a website will open it, instead of my default Firefox3.0.15. But IE8 autologins the same site which I was referring to.
I delete cookies on exit with Google Chrome, but it does not autologins sillydog.or, but it logins at WindowsBBS.
3. So, I concur that the browsers may be interpreting the coding differently.

UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/532.0 (KHTML, like Gecko) Chrome/3.0.195.33 Safari/532.0