Re^4: Semicolons in webforms

I think I know what is happening but still haven't figured out the solution. First I stripped down the code to use CGI without any of our in house packages. What I discovered is that CGI is interpreting the semicolon as a delimiter of the parameter list sent to the web server. So basically every time the webserver received a semicolon from the client its interpreting it as 'Hey I'm a new parameter!'. I added the line:

use CGI qw(-oldstyle_urls);
[download]

hoping that it would not see the semicolon as a delimiter, but that didn't work. Here is a dump of the CGI object:

$VAR1 = bless( {
                 'strerrortext' => [
                                     'strerror'
                                   ],
                 'strxmltext' => [
                                   '<testproblem>ti'
                                 ],
                 '.parameters' => [
                                    'strxmltext',
                                    'me</testproblem>',
                                    'strerrortext'
                                  ],
                 'me</testproblem>' => [
                                         ''
                                       ],
                 '.charset' => 'ISO-8859-1',
                 '.fieldnames' => {},
                 'escape' => 1
               }, 'CGI' );
[download]

The semicolon is located in the tag testproblem:

 
<testproblem>ti;me</testproblem>
[download]

As you can see from the parameter list, CGI is interpreting the text after the semicolon as a parameter. Any other thoughts?

Comment on Re^4: Semicolons in webforms Select or Download Code

Replies are listed 'Best First'.
Re^5: Semicolons in webforms by ysth (Canon) on Dec 31, 2007 at 21:55 UTC
I'm confused as to at what point CGI comes into this. Earlier, you showed a perl assignment statement representing the (correct!) xml data received by you that you said you were having trouble parsing. Now it sounds like the xml data is being sent as a CGI query to your script by the client (and so is already broken when you initially receive it)? In either case, whoever is forming the CGI request needs to be correctly url-encoding the ; (and semicolons are not necessarily your only problem character.) -- CollegeGear.com - more than just college gear (though, yes, we have college-branded teddy bears)	[reply]
Re^5: Semicolons in webforms by derby (Abbot) on Jan 07, 2008 at 20:20 UTC
Like I said, the semicolon is a generally accepted alternative to the ampersand as a parameter separator. You can either url encode your data before sending it to your cgi script use something other than CGI to parse your data (bad idea) subclass CGI and override the parsing method change the mime type of the submitted stream so CGI will place the data in the POSTDATA field rather than parse it as form and/or GET data -derby	[reply]