Open Bug 354706 Opened 15 years ago Updated 11 months ago

Logins not filled in on XML+XSLT page


(Toolkit :: Password Manager, defect, P5)

1.8 Branch
Windows XP




(Reporter: voigt.ulrich, Unassigned)




(Keywords: regression, testcase)


(6 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1) Gecko/20060918 Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1) Gecko/20060918 Firefox/2.0

The password manager does not fill the login information on the site It prompts for the master password after the login button has been pressed. But obviously this is too late. 

This is a regression for Firefox2.0. Firefox 1.5.0.x works fine and fills in the login information.

Reproducible: Always

Steps to Reproduce:
1. Open
2. Fill in any login (e.g. user abc password defghij)
3. Save the password with the password manager
4. Close and reopen Firefox (2.0)
5. Open again

Actual Results:  
The login information is not prefilled. The password manager asks for its master password not until the login button is pressed.

Expected Results:  
The password manager asks for the master password just after the page has been loaded and prefills the login information.

This is a regression for Firefox2.0. 
Firefox 1.5.0.x works fine.
Keywords: regression
Version: unspecified → 2.0 Branch
Keywords: qawanted
this causes us to have to type the password 2 or more times....while many times everything hangs because of it.  Tried to disable the master password and because of FIPS can't.  Found some info but I am not that experienced and dont understand how to disable it.  Today I had to type password 3 or 4 times before getting into the browser
Anyone out there who can confirm this bug? FF2.0 is not far away and I fear that this bug does not only occur on the example site.
> Anyone out there who can confirm this bug? FF2.0 is not far away and I fear
> that this bug does not only occur on the example site.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0
Similar here. 
Password manager popped up the first time asking me if I'd like to remember, which I did. It *never* reappeared, not even when i clicked the button. Tried at least 5 times. I removed the password from the manager and tried again, exactly the same (asks to remember 1st time, never reappears).
My passwords are being saved at other sites. 
Blocks: 382734
I just tested this on  While you are logging in at it redirects to and the actual URL that is saved in password manager is

Since password manager doesnt have a password saved for the URL you are redirected to, it does not fill in login information.
Hmm, the redirect seems unrelated... The -> redirect seems to happen before the page loads.

My trunk build isn't showing any signs of looking for forms on the page, and it looks like the actual page is XML with an XSLT transformation... There's code in pwmgr to ignore non-HTML pages, so that's probably getting triggered here. I'll need to take another look to see if the content-type detection needs fixed (which wouldn't surprise me, although it's already a bit too permissive), or if this is a case we don't want to support.
Ever confirmed: true
Assignee: nobody → dolske
Summary: Password manager prompts for master password after login to an already known site → Logins not filled in on XML+XSLT page
Attached file xsl template for simplified test case (obsolete) —
Attachment #297700 - Attachment is obsolete: true
Added simplified test case.

1. Open "xml launcher for simplified test case"
2. Enter a username and password into text fields and submit
3. Click the option for minefield to remember the password (ignore the 404 error)
4. Open options->security->show password, note that the user/pass combo is stored in the manager
5. Open "xml launcher for simplified test case" a second time
6. Focus on username field and press down error to select the username entered in step 2 and press tab to autocomplete (note that password is not filled)
7. Open "html comparison test case"
8. Repeat step 6 (note password is filled)

Happy Hunting, sounds Justin already has a good lead on how to fix this.  Although I would note the original url submitted that exhibited problem was abusing this technique to have a nice keyword laden spam page source and then switch it out for the real page.
Sorry forgot to mention what I was performing the STRs on:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008011704 Minefield/3.0b3pre
Product: Firefox → Toolkit
Assignee: dolske → nobody
I'm experiencing this at my online banking site:

using Firefox 3.5.5 and SeaMonkey 2.0 (was working just fine with SeaMonkey 1.1) on Windows XP.  Shouldn't someone confirm this after all this time?
This bug's state is "NEW" which means it's confirmed (otherwise it would be "UNCONFIRMED"). Yes, we know that's confusing for older bugs. :)

SeaMonkey switched to the new login manager code for Seamonkey 2.0, which is probably why it stopped working for you.
Duplicate of this bug: 125166
Could this be related to Bug 355063 Comment 3?
The more likely cause for this issue appears Bug 325891.
Duplicate of this bug: 736865
Can anyone still reproduce this issue on current Firefox versions?

Please only re-add the keyword if you have a specific request for qa and mention that request in a comment.
Keywords: qawanted
I just tried this on my own websites which suffered from this bug years ago with Firefox as they use client side XSL to generate the login pages and in Firefox 26 it appears to work for both autosaving passwords and autofilling passwords.
Thanks Jan!

If anyone can still reproduce this issue, please reopen it and give all the appropriate details.
Closed: 8 years ago
Resolution: --- → WORKSFORME
Attached file XSLT sheet 2
Attached file XML source 2
Uses the "XSLT sheet 2" attachment 8468379 [details].
Using Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0 (but observing the same already when comment 19 reported it as "worksforme"):

1. Open "XML source 2" attachment 8468384 [details];
2. Enter some user name and password, and submit;
3. Choose to save the password;
4. Open "XML source 2" attachment 8468384 [details], again;
5. Double click the user name field, or start typing the user name;
6. Auto-complete the user name from the drop-down which should appear.

Actual results:

The password is not filled-in automatically.

Expected results:

The password should be filled-in automatically, upon completing the user name.
Resolution: WORKSFORME → ---
Attached file
A login suite I'm using to observe various password manager behavior, including this one.  So far this is the only one left which doesn't work as expected.
My steps to reproduce appear incomplete.  The problem is observed when there are more than one set of credentials remembered for the domain.  If only one login remembered – it appears pre-filled already when then page is opened.
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.