Re: Password pre-fill doesn't work with transformed documents

2009-11-12 Thread Stanimir Stamenkov

Wed, 11 Nov 2009 16:11:06 -0800, /NoOp/:

On 11/11/2009 01:10 PM, Stanimir Stamenkov wrote:

Wed, 11 Nov 2009 07:29:50 -0600, /JD/:

Stanimir Stamenkov wrote:

Enter foo for username and bar for password. The system will respond 
they are invalid but Firefox/SeaMonkey will offer you to store them, 
anyway...


I have a similar problem with one online credit card site. It doesn't 
let anything be remembered...


Please note again the problem I'm prescribing is not about 
remembering the password - just about its automatic prefill.


It won't work unless the username/password it valid. Try another example 
using a *valid* username/password. Why would SM remember a 
username/password that failed?


Please read the whole thread.  I've already pointed out I have a 
valid username/password stored.  SM would remember a 
username/password that failed because in most of the cases it 
doesn't understand they are not valid.  Note in the example steps 
I've given the invalid username/password get stored without problem, 
too.  It is just that they don't get prefilled.


--
Stanimir
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-12 Thread clay

Stanimir Stamenkov wrote:

Wed, 11 Nov 2009 16:11:06 -0800, /NoOp/:

On 11/11/2009 01:10 PM, Stanimir Stamenkov wrote:

Wed, 11 Nov 2009 07:29:50 -0600, /JD/:

Stanimir Stamenkov wrote:

Enter foo for username and bar for password. The system will 
respond they are invalid but Firefox/SeaMonkey will offer you to 
store them, anyway...


I have a similar problem with one online credit card site. It 
doesn't let anything be remembered...


Please note again the problem I'm prescribing is not about 
remembering the password - just about its automatic prefill.


It won't work unless the username/password it valid. Try another 
example using a *valid* username/password. Why would SM remember a 
username/password that failed?


Please read the whole thread.  I've already pointed out I have a valid 
username/password stored.  SM would remember a username/password that 
failed because in most of the cases it doesn't understand they are not 
valid.  Note in the example steps I've given the invalid 
username/password get stored without problem, too.  It is just that they 
don't get prefilled.




You've probably already tried it but...
I have several pages that don't prefill and don't prelaunch the master 
password prompt, until I type in a field. Then the master password popup 
interrupts... annoying.
On some pages, nothing prefills but double clicking in the box fills or 
offers multiple choices. Once selected, the associated password is filled.
I have had to go in and remove stored info for pages and enter again 
after, I assume, the page had been modified/updated/upgraded/etc.

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-11 Thread Stanimir Stamenkov

Tue, 10 Nov 2009 16:59:40 -0500, /Phillip Jones/:

Stanimir Stamenkov wrote:


Unfortunately remembering passwords has nothing to do with the
issue. My password is remeberred just fine and I can see it in the
Password Manager. It is just not prefilled into the page which is a
result of transformation of XML to HTML. And yes, you have to
understand what that transformation means.


Exactly. you have to type the first two or three letters for the
Username to pop in. and then the Password will pop in (hidden with the
dots of course).


That does not happen.  The user name is auto-completed (if I have 
ever entered it, as after the migration to SM 2.0 I've got no user 
auto-complete initially) but no password is prefilled.


Just try for yourself.  Go to:

https://remote.bank.allianz.bg/EBank/

(there's an English version link in the top-right, if that helps)

Enter foo for username and bar for password.  The system will 
respond they are invalid but Firefox/SeaMonkey will offer you to 
store them, anyway.  Open the Password Manager and observe they are 
really stored.  Now open the given URL, again.  No user or pass are 
prefilled.  Press down-arrow in the user field and select foo from 
the auto-complete list.  No password is prefilled again.


--
Stanimir
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-11 Thread Martin Freitag
Stanimir Stamenkov schrieb:

 That does not happen.  The user name is auto-completed (if I have ever
 entered it, as after the migration to SM 2.0 I've got no user
 auto-complete initially) but no password is prefilled.
 
 Just try for yourself.  Go to:
 https://remote.bank.allianz.bg/EBank/
 (there's an English version link in the top-right, if that helps)
 
 Enter foo for username and bar for password.  The system will
 respond they are invalid but Firefox/SeaMonkey will offer you to store
 them, anyway.  Open the Password Manager and observe they are really
 stored.  Now open the given URL, again.  No user or pass are prefilled. 
 Press down-arrow in the user field and select foo from the
 auto-complete list.  No password is prefilled again.

uh, confirmed, maybe you should consider filing a bug on that on bugzilla.
regards

Martin
-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - http://www.gerstbach.at/2004/ascii
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-11 Thread Daniel

Martin Freitag wrote:

Stanimir Stamenkov schrieb:


That does not happen.  The user name is auto-completed (if I have ever
entered it, as after the migration to SM 2.0 I've got no user
auto-complete initially) but no password is prefilled.

Just try for yourself.  Go to:
https://remote.bank.allianz.bg/EBank/
(there's an English version link in the top-right, if that helps)

Enter foo for username and bar for password.  The system will
respond they are invalid but Firefox/SeaMonkey will offer you to store
them, anyway.  Open the Password Manager and observe they are really
stored.  Now open the given URL, again.  No user or pass are prefilled. 
Press down-arrow in the user field and select foo from the

auto-complete list.  No password is prefilled again.


uh, confirmed, maybe you should consider filing a bug on that on bugzilla.
regards

Martin


Is it possible that SM noted that the site didn't accept the 
username/password so SM does not automatically offer the combination??


Daniel
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-11 Thread JD

Stanimir Stamenkov wrote:

Tue, 10 Nov 2009 16:59:40 -0500, /Phillip Jones/:

Stanimir Stamenkov wrote:


Unfortunately remembering passwords has nothing to do with the
issue. My password is remeberred just fine and I can see it in the
Password Manager. It is just not prefilled into the page which is a
result of transformation of XML to HTML. And yes, you have to
understand what that transformation means.


Exactly. you have to type the first two or three letters for the
Username to pop in. and then the Password will pop in (hidden with the
dots of course).


That does not happen. The user name is auto-completed (if I have ever
entered it, as after the migration to SM 2.0 I've got no user
auto-complete initially) but no password is prefilled.

Just try for yourself. Go to:

https://remote.bank.allianz.bg/EBank/

(there's an English version link in the top-right, if that helps)

Enter foo for username and bar for password. The system will respond
they are invalid but Firefox/SeaMonkey will offer you to store them,
anyway. Open the Password Manager and observe they are really stored.
Now open the given URL, again. No user or pass are prefilled. Press
down-arrow in the user field and select foo from the auto-complete
list. No password is prefilled again.



I have a similar problem with one online credit card site. It doesn't 
let anything be remembered. I did the hack described here 
http://cybernetnews.com/firefox-remember-passwords/ and it helped with 
some other web signins but had no effect on the credit card.


https://www.pnccardservicesonline.com/default.aspx

I tried the bookmarklet and it said I would be ask if I wanted to save 
the entries but it never did ask.


There is a little lock on that signon web page so it appears to be 
working too well.  8-)


--
 JD..
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-11 Thread Bill Davidsen

Phillip Jones wrote:

Stanimir Stamenkov wrote:

Mon, 09 Nov 2009 16:43:56 -0800, /clay/:

Stanimir Stamenkov wrote:


Logins not filled in on XML+XSLT page
https://bugzilla.mozilla.org/show_bug.cgi?id=354706

is initially reported against Firefox 2.0 (two years ago). Too bad
SeaMonkey 2 has to inherit such longstanding Firefox bugs.


fwiw, this hack:
http://cybernetnews.com/firefox-remember-passwords/
Made Firefox remember my bank's (Wells Fargo) login/pw.
No idea if it's a 'transformed' document...


Unfortunately remembering passwords has nothing to do with the
issue.  My password is remeberred just fine and I can see it in the
Password Manager.  It is just not prefilled into the page which is a
result of transformation of XML to HTML.  And yes, you have to
understand what that transformation means.

Exactly. you have to type the first two or three letters for the 
Username to pop in. and then the Password will pop in (hidden with the 
dots of course).


If you could remember the username you made up for the site you could probably 
remember the password without help, too. ;-)


The idea is that given the prompt and the site you are free to make up usernames 
and passwords, which no one (even you) is likely to guess.  :-(


--
Bill Davidsen david...@tmr.com
  We have more to fear from the bungling of the incompetent than from
the machinations of the wicked.  - from Slashdot
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-11 Thread Stanimir Stamenkov

Wed, 11 Nov 2009 07:29:50 -0600, /JD/:

Stanimir Stamenkov wrote:


Enter foo for username and bar for password. The system will respond
they are invalid but Firefox/SeaMonkey will offer you to store them,
anyway...


I have a similar problem with one online credit card site. It doesn't
let anything be remembered...


Please note again the problem I'm prescribing is not about 
remembering the password - just about its automatic prefill.


--
Stanimir
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-11 Thread Stanimir Stamenkov

Wed, 11 Nov 2009 09:49:40 +0100, /Martin Freitag/:

Stanimir Stamenkov schrieb:


Just try for yourself.  Go to:
https://remote.bank.allianz.bg/EBank/
(there's an English version link in the top-right, if that helps)

Enter foo for username and bar for password.  The system will
respond they are invalid but Firefox/SeaMonkey will offer you to store
them, anyway.  Open the Password Manager and observe they are really
stored.  Now open the given URL, again.  No user or pass are prefilled.
Press down-arrow in the user field and select foo from the
auto-complete list.  No password is prefilled again.


uh, confirmed, maybe you should consider filing a bug on that on bugzilla.


I've already posted a reference to the relevant Bugzilla report 
(opened two years ago) previously in the thread, but here it again 
for later reference:


Logins not filled in on XML+XSLT page
https://bugzilla.mozilla.org/show_bug.cgi?id=354706

--
Stanimir
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-11 Thread NoOp
On 11/11/2009 01:10 PM, Stanimir Stamenkov wrote:
 Wed, 11 Nov 2009 07:29:50 -0600, /JD/:
 Stanimir Stamenkov wrote:

 Enter foo for username and bar for password. The system will respond
 they are invalid but Firefox/SeaMonkey will offer you to store them,
 anyway...

 I have a similar problem with one online credit card site. It doesn't
 let anything be remembered...
 
 Please note again the problem I'm prescribing is not about 
 remembering the password - just about its automatic prefill.
 

It won't work unless the username/password it valid. Try another example
using a *valid* username/password. Why would SM remember a
username/password that failed?

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-10 Thread Arnie Goetchius

clay wrote:

Stanimir Stamenkov wrote:

Mon, 09 Nov 2009 22:52:43 +0200, /Stanimir Stamenkov/:


I've noticed saved passwords are not pre-filled into transformed
documents using Firefox 3.5 and SeaMonkey 2.0, while this worked just
fine with the Password Manager of SeaMonkey 1.1 (and I guess with
Firefox 2). I've encountered this with my bank's online banking service:

https://remote.bank.allianz.bg/EBank/

They serve up XML content providing an XSLT xml-stylesheet which
generates the HTML output in the browser (client-side).

Is anyone aware of Bugzilla entry or something regarding this issue?


Thinking more, Firefox 2.0 already had a reworked password manager and
short search into the Mozilla Bugzilla appeared:

Logins not filled in on XML+XSLT page
https://bugzilla.mozilla.org/show_bug.cgi?id=354706

is initially reported against Firefox 2.0 (two years ago). Too bad
SeaMonkey 2 has to inherit such longstanding Firefox bugs.



fwiw, this hack:
http://cybernetnews.com/firefox-remember-passwords/
Made Firefox remember my bank's (Wells Fargo) login/pw.
No idea if it's a 'transformed' document...


Great hack! Also works in Seamonkey 2 particularly for financial 
institution log-ins.

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-10 Thread J. Weaver Jr.

Arnie Goetchius wrote:

clay wrote:

 fwiw, this hack:
 http://cybernetnews.com/firefox-remember-passwords/
 Made Firefox remember my bank's (Wells Fargo) login/pw.
 No idea if it's a 'transformed' document...


Great hack! Also works in Seamonkey 2 particularly for financial
institution log-ins.


W4M with SM2 and Citibank, when the bookmarklets didn't. Thanks a ton!  -JW
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-10 Thread JD

Arnie Goetchius wrote:

clay wrote:

Stanimir Stamenkov wrote:

Mon, 09 Nov 2009 22:52:43 +0200, /Stanimir Stamenkov/:


I've noticed saved passwords are not pre-filled into transformed
documents using Firefox 3.5 and SeaMonkey 2.0, while this worked just
fine with the Password Manager of SeaMonkey 1.1 (and I guess with
Firefox 2). I've encountered this with my bank's online banking
service:

https://remote.bank.allianz.bg/EBank/

They serve up XML content providing an XSLT xml-stylesheet which
generates the HTML output in the browser (client-side).

Is anyone aware of Bugzilla entry or something regarding this issue?


Thinking more, Firefox 2.0 already had a reworked password manager and
short search into the Mozilla Bugzilla appeared:

Logins not filled in on XML+XSLT page
https://bugzilla.mozilla.org/show_bug.cgi?id=354706

is initially reported against Firefox 2.0 (two years ago). Too bad
SeaMonkey 2 has to inherit such longstanding Firefox bugs.



fwiw, this hack:
http://cybernetnews.com/firefox-remember-passwords/
Made Firefox remember my bank's (Wells Fargo) login/pw.
No idea if it's a 'transformed' document...


Great hack! Also works in Seamonkey 2 particularly for financial
institution log-ins.


Did I set it up correctly?

_isAutocompleteDisabled :  function (element) {
if (element  element.hasAttribute(autocomplete) 
element.getAttribute(autocomplete).toLowerCase() == off)
return false;

   return false;


I ask because it doesn't work for the PNC signon:

https://www.pnccardservicesonline.com/default.aspx

I saved the file with the change and restarted SM2.

--
 JD..
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-10 Thread J. Weaver Jr.

JD wrote:

Arnie Goetchius wrote:

 clay wrote:

 Stanimir Stamenkov wrote:

 Mon, 09 Nov 2009 22:52:43 +0200, /Stanimir Stamenkov/:


 I've noticed saved passwords are not pre-filled into transformed
 documents using Firefox 3.5 and SeaMonkey 2.0, while this worked just
 fine with the Password Manager of SeaMonkey 1.1 (and I guess with
 Firefox 2). I've encountered this with my bank's online banking
 service:

 https://remote.bank.allianz.bg/EBank/

 They serve up XML content providing an XSLT xml-stylesheet which
 generates the HTML output in the browser (client-side).

 Is anyone aware of Bugzilla entry or something regarding this issue?


 Thinking more, Firefox 2.0 already had a reworked password manager and
 short search into the Mozilla Bugzilla appeared:

 Logins not filled in on XML+XSLT page
 https://bugzilla.mozilla.org/show_bug.cgi?id=354706

 is initially reported against Firefox 2.0 (two years ago). Too bad
 SeaMonkey 2 has to inherit such longstanding Firefox bugs.



 fwiw, this hack:
 http://cybernetnews.com/firefox-remember-passwords/
 Made Firefox remember my bank's (Wells Fargo) login/pw.
 No idea if it's a 'transformed' document...


 Great hack! Also works in Seamonkey 2 particularly for financial
 institution log-ins.


Did I set it up correctly?

_isAutocompleteDisabled :  function (element) {
  if (element  element.hasAttribute(autocomplete)
  element.getAttribute(autocomplete).toLowerCase() == off)
  return false;

 return false;


I ask because it doesn't work for the PNC signon:

https://www.pnccardservicesonline.com/default.aspx

I saved the file with the change and restarted SM2.


I did it just by commenting out the entire if statement, like this:

_isAutocompleteDisabled :  function (element) {
/*
if (element  element.hasAttribute(autocomplete) 
element.getAttribute(autocomplete).toLowerCase() == off)
return true;
*/

return false;

The idea is to always return false. You could also just _delete_ the 
entire if statement, but I was going for minimal and reversible.  -JW

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-10 Thread Stanimir Stamenkov

Mon, 09 Nov 2009 16:43:56 -0800, /clay/:

Stanimir Stamenkov wrote:


Logins not filled in on XML+XSLT page
https://bugzilla.mozilla.org/show_bug.cgi?id=354706

is initially reported against Firefox 2.0 (two years ago). Too bad
SeaMonkey 2 has to inherit such longstanding Firefox bugs.


fwiw, this hack:
http://cybernetnews.com/firefox-remember-passwords/
Made Firefox remember my bank's (Wells Fargo) login/pw.
No idea if it's a 'transformed' document...


Unfortunately remembering passwords has nothing to do with the 
issue.  My password is remeberred just fine and I can see it in the 
Password Manager.  It is just not prefilled into the page which is a 
result of transformation of XML to HTML.  And yes, you have to 
understand what that transformation means.


--
Stanimir
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Password pre-fill doesn't work with transformed documents

2009-11-10 Thread Phillip Jones

Stanimir Stamenkov wrote:

Mon, 09 Nov 2009 16:43:56 -0800, /clay/:

Stanimir Stamenkov wrote:


Logins not filled in on XML+XSLT page
https://bugzilla.mozilla.org/show_bug.cgi?id=354706

is initially reported against Firefox 2.0 (two years ago). Too bad
SeaMonkey 2 has to inherit such longstanding Firefox bugs.


fwiw, this hack:
http://cybernetnews.com/firefox-remember-passwords/
Made Firefox remember my bank's (Wells Fargo) login/pw.
No idea if it's a 'transformed' document...


Unfortunately remembering passwords has nothing to do with the
issue.  My password is remeberred just fine and I can see it in the
Password Manager.  It is just not prefilled into the page which is a
result of transformation of XML to HTML.  And yes, you have to
understand what that transformation means.

Exactly. you have to type the first two or three letters for the 
Username to pop in. and then the Password will pop in (hidden with the 
dots of course).


--
Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it
http://www.phillipmjones.net   http://www.vpea.org
mailto:pjon...@kimbanet.com
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Password pre-fill doesn't work with transformed documents

2009-11-09 Thread Stanimir Stamenkov
I've noticed saved passwords are not pre-filled into transformed 
documents using Firefox 3.5 and SeaMonkey 2.0, while this worked 
just fine with the Password Manager of SeaMonkey 1.1 (and I guess 
with Firefox 2).  I've encountered this with my bank's online 
banking service:


https://remote.bank.allianz.bg/EBank/

They serve up XML content providing an XSLT xml-stylesheet which 
generates the HTML output in the browser (client-side).


Is anyone aware of Bugzilla entry or something regarding this issue?

--
Stanimir
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey