You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2004/05/27 16:50:30 UTC
DO NOT REPLY [Bug 23229] -
File Upload Not Compatible With IE 5.2.3 MacOS X
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=23229>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=23229
File Upload Not Compatible With IE 5.2.3 MacOS X
------- Additional Comments From mark.lowe@boxstuff.com 2004-05-27 14:50 -------
I saw this thread and thought I'd give things a test, but as far as I can see I've a file upload working fine
with MSIE 5.2. Why anybody would be silly enough to use it now there's safari, is another question.
This app i'm testing with is using the stable struts 1.1 release of struts with TC5. The only problem I'm
having is with IE mac caching in its own gun slinging way so in my admin form i can see the new image
when i'm forwarded back to the view (despite a reload to the original action). But its stored in the
database just fine.
I'll try and break it but so far seems to be working fine, was the problem on a deployed apache to
tomcat (jk and all that jazz) or just using built in http server?
I've just tested on our staging server.
Apache 2 + jk2 the same app, with msie 5.2 mac. And the same multipart form including an image
upload worked just fine.
Apache/2.0.49 (Unix) mod_jk2/2.0.5-dev
In case it makes any difference both machines i've tested on are osx 10.3 , but i really doubt this is the
issue.
Just to make treble sure. I'll test when this app goes live with using jk1 again apache 2 on redhat linux,
and also on the live version this particular form is served over https so thats another potential factor .
And in case it makes any difference dev and stage configurations use tc 5.19 while the live deployment
is new using 5.24.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org