GNOME Bugzilla – Bug 122608
form variables empty
Last modified: 2004-12-22 21:47:04 UTC
On some pages, when I try to submit a form, both the names and the values appear to be empty. E.g. <form action="/users/sh/woad/login.php" method="POST"> <div id="input"> <div id="login"> <table> <tr><td>Username:</td><td><input type="text" name="user" value="" length="25" /></td></tr> <tr><td>Password:</td><td><input type="password" name="pass" value="" length="25" /></td></tr> <tr><td>SID:</td><td> <select NAME="sid" class="indputfield"> <option value="SP.XX-XX.COM">SP.XX-XX.COM</option> <option value="SP-DEV.XX-XX.DK">SP-DEV.XX-XX.DK</option> <option value="ORCL.XX-XX.DK">ORCL.XX-XX.DK</option> <option value="SP-TEST.XX-XX.DK">SP-TEST.XX-XX.DK</option> <option value="TIGER.XX-XX.DK">TIGER.XX-XX.DK</option> <option value="PUSSYCAT.XX-XX.DK">PUSSYCAT.XX-XX.DK</option> </select></td> </tr> <tr><td colspan="2"><input type="submit" value="Connect" length="25" /></td></tr> </table> </div> </div> </form> When I fill in the values and click submit, this is what is in the POST payload: =&=&= If I change method to GET the same thing happens, only - obviously - the "=&=&=" is in the URL. However, when I go to e.g. www.php.net, and fill in the search field at the top and click the submit button, everything works fine, ie. the form variable are sent just fine. I can't seem to find any pattern in where it works and where it doesn't. I tried moving my ~/.galeon out of the way, but that didn't change anything.
From the release notes: "If even after upgrading you're still experiencing form posting/stylesheet problems, set the default encoding in Preferences/Language (ISO-8859-1 is a good choice unless you know better) and force reload, clear cache, and/or restart Galeon. (Mozilla is quite eager serving cached pages.) This fix works also for 1.3.8." *** This bug has been marked as a duplicate of 122377 ***
This does not resolve my problem. The default encoding is already set. I tried iso-8859-1 and utf-8 and none of them help me out. I'm having difficulty understanding why encoding would have any influence on this? BTW: The page is in English, no special characters anywhere of any kind.
The weirdness continues.. I set a header in my php-script: Content-type: text/html; charset: utf-8 And voílà! Now it works fine. I still don't get it, however. What does character set have to with this? Can you explain (feel free to go technical. I'm a developer myself)?
Ok, now I'm totally lost. Now it's back to not working again, and I still set that header..