From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.1+) Gecko/20010622
There should be a way of displaying what information was posted
to a page. This is important for people who are writing web
robots, and is also useful for debuging. both lynx and netscape
4 has this functionality
Steps to Reproduce:
1.Go to a page with post
2.Submit the page
3.Get a new page back
4. No idea what was submitted to get that page
Actual Results: Under page info there should be a box saying what was posted
to generate a page
Just paranoid thought flashing in my mind...
Security issues (user passwords, credit card #, etc...) there??
I'm not entirely sure I see where this information is presented in ns4.7x. Both
ns4.7x and mozilla show the entire url, which is usually enough to show all the
form fields submitted, though not always. The patch I've attached to bug 52730
goes further and shows all the forms on the current page, and what fields will
be submitted, as well as their current values. It's not quite the same, but very
->XPApps GUI Features
Bug processed has the following structure:
Action URL: http://bugzilla.mozilla.org/show_bug.cgi
Encoding: application/x-www-form-urlencoded (default)
I don't see whatever the reporter thought nc4 did, but pageinfo is daniel's
*** Bug 106971 has been marked as a duplicate of this bug. ***
mass moving open bugs pertaining to page info to firstname.lastname@example.org as qa contact.
to find all bugspam pertaining to this, set your search string to
Note that a potential(?) security risk is taken here when displaying POST data
on a page which has username/password data posted to it. This is the type of
issue that we tried to avoid in bug 121792.... So, do we want to fix this?
With username/password, the password field is usually set as such. Maybe
password fields could have a little message, like "passwords unavailable".
Anything that can be seen in cleartext before the form is submitted is not
likely to be so sensitive that it shouldn't be accessed in the page generated by
that form, IMO. Anyway, I think this feature would be quite useful.
bug 121792 covered a similar issue, as far as sensitivity of passwords. imo, it
would be best to follow suit, if this feature goes in.
What about splitting off the GET parameter names and values into a table similar
to how a form about to be submitted is summarized? One could always scroll
through the entire query string in the URL bar or in the URL element, but it is
a pain in the neck. Underneath the "meta" section perhaps another section could
be created to show these name/value pairs. It would be extremely helpful for
This is extension fodder e.g.