Closed Bug 287745 Opened 20 years ago Closed 17 years ago

Password incorrect for specific website

Categories

(Toolkit :: Form Manager, defect)

Product:
Toolkit
Component:
Form Manager
Version:
1.7 Branch
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: markknecht, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922

The user name is correctly saved for the following website but the password is not:

http://powerschool.lgusd.k12.ca.us/public/

There is always some saved data in the password box but it's incorrect. I've
tried removing the password and account from the Password Manager and reentering
it but I cannot get it to work. Other pages with stored accounts and passwords
work fine.

Reproducible: Always

Steps to Reproduce:
1. Use the page as normal. (I don't know how you will be able to do this.)

Actual Results:  
	Invalid Username or Password! Attempt has been recorded.
Username

Password

Forget your member name or password?
	

Expected Results:  
Should log me in. If I type in our family password then it works correctly.

FC2 machine
can you have a look at what the name is of the form box for which the password
is pre-filled? 
Hi,
   Sorry for the very, very delayed response on this. However it's still a problem.

1) The name section on the web page is properly filled in. I do not have to
modify that to log in.

2) The password section is filled in with exactly 32 * symbols. The actual
password is 4 characters. I have to change the password every time to log in.
When I type in the 4 characters I see 4 *'s. I hit enter and I briefly see 32
*'s until it goes to the next page. When I come back and try to log in later the
saved password is wrong.

Hope this helps. I'll be much faster next time around. Again, very sorry for the
delay.
under tools - password manager, can you clear out the entry for the site given
you problems, and try again?
Yes, I've done this many times. It doesn't help unfortunately.

I can disable password management completely, or for this site I think, and then
type it in every time. That works. However any time I turn it one for this site
it is saved incorrectly.

Thanks
Also - I have Mozilla 1.7.6 on this FC2 machine and Firefox 1.0.2 on my Gentoo
laptop. Both machines fail the same way at this site.
moving to CORE, based on comment 5. Also on Firefox.

Looks like the form is a 
<script language="JavaScript"
type="text/javascript">document.write('<b>Username</b>');</script>
<script language="JavaScript" type="text/javascript">document.write('<input
type="text" name="account" value="" size="35">');</script>


<script language="JavaScript"
type="text/javascript">document.write('<br><b>Password</b>');</script>
<script language="JavaScript" type="text/javascript">document.write('<input
type="password" name="pw" value="" size="35">');</script>

I hope that Form Manager is the proper component.
Component: Password Manager → Form Manager
Product: Mozilla Application Suite → Core
Version: unspecified → 1.7 Branch
Just checking in. One new piece of data. This login fails even on Firefox
running under Windows XP.
Maybe the bogus password will give us a clue. Go to
http://squarefree.com/bookmarklets/forms.html. Find the "View Passwords" button
and either drag it to the personal toolbar or right click select and bookmark
the link.

Now go back to the broken page and run that bookmarklet to see what those 32
characters are.
OK - Did as you suggested. I get a 32 digit hexadecimal value. I do not get the
4 character plain text password. The values given back were:

3bc885ea1ec5821948fecb9f0346c2e2

If I type the correct password into the box and run the bookmark again I get the
proper password. When I hit the Enter icon on the page the 4 * characters become
32 * characters and I'm taken to the page, but when I come back and try to log
in again the password is once again stored incorrectly. What is very interesting
to me is that the new 32 character password is not the same as the one shown
above but somethign completely different.

The data in this post is from Mozilla running on FC2. I can do this later on
other platforms if it's important.

If this was a password that I could change when I'd give you the password but
there are no options inside this system for changing the password.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

This bug is still a problem. I am relatively up to date on both Mozilla and
Firefox and both Firefox and Mozilla fail in the same way. IE does not fail.

The server is apparently Apple based if that makes a difference. 

When I use the view passwords talklet that was suggested in this bug report I
still see a 32 digit hexadecimal value. The password itself is only 4 numerical
digits. The view passwords talklet works fine on other pages. 

BAsically there has been no update on this problem. No one has contacted me to
have me do anything about this. I'd still very much like to see it fixed.
Also, to be very clear, it is the saved password within Firefox that's bad. When
I type the correct 4 digits into the box on the page I am logged incorrectly. If
I save the password and then view the password within 

Edit->Preferences->Saved Passwords-> View Saved Passwords->Show Saved Passwords

I see the wrong value saved.
Please note that you can test this yourself. Go to the web page 

http://powerschool.lgusd.k12.ca.us/public/

and type in a 6 digit numerical user name and a 4 digit password. Let Firefox or
Mozilla save them. They will be wrong and not log you in. However you can then
go to the password manager within Firefox/Mozilla and see what it's doing wrong.
WFM in Firefox, don't have a Seamonkey handy to test
Assignee: dveditz → nobody
Sorry. After more than 3 years I'm surprised this bug report even got a comment! 

Are you asking me to do anything? What's 'WFM'?
WFM is "works for me".

Wallet is deprecated. If you can reproduce with a current Firefox 3 build (which uses the new password manager, as Seamonkey soon will too), then reopen with debugging logs from http://wiki.mozilla.org/Firefox:Password_Manager_Debugging
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
QA Contact: form-manager
Resolution: --- → INCOMPLETE
Product: Core → Toolkit
QA Contact: form-manager → form.manager
Version: 1.7 Branch → 1.0 Branch
You need to log in before you can comment on or make changes to this bug.