Closed
Bug 87421
Opened 24 years ago
Closed 23 years ago
Forms with same name values have same values [form sub]
Categories
(SeaMonkey :: Passwords & Permissions, defect)
Tracking
(Not tracked)
VERIFIED
INVALID
mozilla0.9.7
People
(Reporter: ah, Assigned: morse)
Details
I am creating a php aplication, and have forms with text boxes with the name
form_login appearing many times. After I have filled in the first one, the other
boxes have this information appearing in them, although that information is not
in the source. This could be a bug with the value not being 'forgotten' or
possibly in the login manager?
Comment 1•24 years ago
|
||
Does this still happen if you remove your site from Tasks > Privacy and Security
> Password Manager > View Stored Passwords ?
Reporter | ||
Comment 2•24 years ago
|
||
No. So it's a PSM problem?
Reporter | ||
Comment 3•24 years ago
|
||
Having read what I put before, it's not very clear :) What I mean is I have
multiple pages that feature forms that contain a text field called form_login on
them. When I have logged in the first time, when I go to another page that
features this (with my previous password saved by PSM) the text box is already
filled in, and not by the source code - PSM is misbehaving!
Comment 4•24 years ago
|
||
What build is this with?
This worksforme on 201062221. I made a quick and dirty testcase.
1) http://www.returnzero.com/test/87421.html
2) Fill out the fields with trivial data and let PSM store the data you entered.
3) The data with the same field names are not imported into the new page, as
expected.
Reporter | ||
Comment 5•24 years ago
|
||
I have made a test site that reproduces this:
http://www.hulse.plus.com/moztest
First log in and allow PSM to remember this.
Then go to New User and lo! I think it's being confused by the fact that the
form looks similar and has the same field names. PSM doesn't notice that they
are on separate pages, although I suspect that that is more of a 'feature.'
Comment 6•24 years ago
|
||
Confirming on Linux build 2001062306-trunk and Windows 2001060703, though I'm
wondering if this is really a bug or by design... Many sites have dynamic pages
which have different URLs depending on various criteria. In these instances you
would want this behaviour. I think in most cases, this benefit would outweigh
taking out this behaviour.
On another note, I noticed why my test case did not give the same results Alex's
did. Same input names, but different widget type (text vs. password). Silly
mistake on my part.
Comment 7•24 years ago
|
||
confirming on win98
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Comment 8•24 years ago
|
||
Reassigning to Eric
Assignee: rods → pollmann
Target Milestone: --- → mozilla0.9.3
Comment 10•23 years ago
|
||
Eric is no longer with the company.
--> Kevin for reassignment.
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.6
Comment 12•23 years ago
|
||
Reassigning to Alex
Assignee: kmcclusk → alexsavulov
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Updated•23 years ago
|
Summary: Forms with same name values have same values → Forms with same name values have same values [form sub]
Comment 13•23 years ago
|
||
does not look like form submission to me
--> form manager
(might be a security problem too, since someone could try to exploit this feature
presenting faked pages in order to gather passwords from other pages... just a
guess though...)
Assignee: alexsavulov → morse
Component: Form Submission → Form Manager
QA Contact: vladimire → tpreston
Assignee | ||
Comment 14•23 years ago
|
||
Comments above were correct -- this is by design. Password Manager (this has
nothing to do with form manager) remembers the sites but not the actual file
names. Marking invalid for now, unless there's too bit an outcry.
No, this can not lead to a security exploit.
Status: NEW → RESOLVED
Closed: 23 years ago
Component: Form Manager → Password Manager
Resolution: --- → INVALID
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•