[FILEUPLOAD-104] [fileupload] process lynx linemode browser's multipart form post too!

• Type: Improvement
• Status: Closed
• Priority: Minor
• Resolution: Fixed
• Affects Version/s: 1.1 Final
• Fix Version/s: 1.2

Environment

Operating System: Linux
Platform: PC

• Bugzilla Id: 25527
• Assignee: Unassigned
• Reporter: Ralf Hauser
• Created: 15/Dec/03 17:27
• Updated: 09/Mar/07 20:32
• Resolved: 06/Aug/06 04:07

Description

Regular form posts with Lynx Version 2.8.5dev.7 (06 Jan 2002) work fine (both
from Redhat 9 as well as win2k cygwin).

However, when doing an <<enctype="multipart/form-data">>, all form fields are
reported to be empty in struts.
From a quick tcpflow sniffing comparison of the same form post by Mozilla and
lynx, it appears that one main difference is that the lynx doesn't quote the
field names?

Next excerpts from the sniffing session.
Mozilla:
<<POST /smtpsExim/smtpsProcess.do HTTP/1.1
Host: localhost:2712
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031
129
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plai
n;q=0.8,image/png,image/jpeg,image/gif;q=0.2,/;q=0.1
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Content-Type: multipart/form-data; boundary=---------------------------276443266
232757
Content-Length: 1505

-----------------------------276443266232757
Content-Disposition: form-data; name="login"

[e-mail]
-----------------------------276443266232757
Content-Disposition: form-data; name="to"

[e-mail]
-----------------------------276443266232757
Content-Disposition: form-data; name="subject"

testsubjMozilla
-----------------------------276443266232757
Content-Disposition: form-data; name="body"

bodyMozilla
-----------------------------276443266232757
Content-Disposition: form-data; name="file"; filename="killTomcat.sh"
Content-Type: application/x-sh

#!/bin/sh
list=`ps -ef | grep tomcat | grep catalina | grep -v grep | awk '

{ print $2}'`
echo killing $list
for i in $list
do
...>>

and lynx:
<<POST /smtpsExim/smtpsProcess.do HTTP/1.0
Host: localhost:2712
Accept: text/html, text/plain, audio/mod, image/*, application/msword, applicati
on/pdf, application/postscript, application/x-java-jnlp-file, text/sgml, video/m
peg, /;q=0.01
Accept-Encoding: gzip, compress
Accept-Language: en
Pragma: no-cache
Cache-Control: no-cache
User-Agent: Lynx/2.8.5dev.7 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.7
Content-type: multipart/form-data; boundary=xnyLAaB03X
Content-length: 1347

--xnyLAaB03X
Content-Disposition: form-data; name=login
Content-Type: text/plain

[e-mail]
--xnyLAaB03X
Content-Disposition: form-data; name=to
Content-Type: text/plain

[e-mail]
--xnyLAaB03X
Content-Disposition: form-data; name=subject
Content-Type: text/plain

testSubjLynx
--xnyLAaB03X
Content-Disposition: form-data; name=body
Content-Type: text/plain

lynxBody
--xnyLAaB03X
Content-Disposition: form-data; name=file; filename="killTomcat.sh"
Content-Type: text/plain
...>>

once that's solved, it will be interesting whether Regular form posts with Lynx Version 2.8.5dev.7 (06 Jan 2002) work fine (both
from Redhat 9 as well as win2k cygwin).

However, when doing an <<enctype="multipart/form-data">>, all form fields are
reported to be empty in struts.
From a quick tcpflow sniffing comparison of the same form post by Mozilla and
lynx, it appears that one main difference is that the lynx doesn't quote the
field names?

Next excerpts from the sniffing session.
Mozilla:
<<POST /smtpsExim/smtpsProcess.do HTTP/1.1
Host: localhost:2712
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031
129
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plai
n;q=0.8,image/png,image/jpeg,image/gif;q=0.2,/;q=0.1
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Content-Type: multipart/form-data; boundary=---------------------------276443266
232757
Content-Length: 1505

-----------------------------276443266232757
Content-Disposition: form-data; name="login"

[e-mail]
-----------------------------276443266232757
Content-Disposition: form-data; name="to"

[e-mail]
-----------------------------276443266232757
Content-Disposition: form-data; name="subject"

testsubjMozilla
-----------------------------276443266232757
Content-Disposition: form-data; name="body"

bodyMozilla
-----------------------------276443266232757
Content-Disposition: form-data; name="file"; filename="killTomcat.sh"
Content-Type: application/x-sh

#!/bin/sh
list=`ps -ef | grep tomcat | grep catalina | grep -v grep | awk '{ print $2}

'`
echo killing $list
for i in $list
do
...>>

and lynx:
<<POST /smtpsExim/smtpsProcess.do HTTP/1.0
Host: localhost:2712
Accept: text/html, text/plain, audio/mod, image/*, application/msword, applicati
on/pdf, application/postscript, application/x-java-jnlp-file, text/sgml, video/m
peg, /;q=0.01
Accept-Encoding: gzip, compress
Accept-Language: en
Pragma: no-cache
Cache-Control: no-cache
User-Agent: Lynx/2.8.5dev.7 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.7
Content-type: multipart/form-data; boundary=xnyLAaB03X
Content-length: 1347

--xnyLAaB03X
Content-Disposition: form-data; name=login
Content-Type: text/plain

[e-mail]
--xnyLAaB03X
Content-Disposition: form-data; name=to
Content-Type: text/plain

[e-mail]
--xnyLAaB03X
Content-Disposition: form-data; name=subject
Content-Type: text/plain

testSubjLynx
--xnyLAaB03X
Content-Disposition: form-data; name=body
Content-Type: text/plain

lynxBody
--xnyLAaB03X
Content-Disposition: form-data; name=file; filename="killTomcat.sh"
Content-Type: text/plain
...>>

once that's solved, it will be interesting whether Bug 21954 is already gone
with the commons-fileupload or whether I really have to wait until struts1.2 is already gone
with the commons-fileupload or whether I really have to wait until struts1.2