Been fighting this problem for a couple years <http://www.mail-
archive.com/[email protected]/msg03284.html> was my
latest - almost same scenario.
I've tried setting some low-level tcp stuff, all to no avail. I
finally gave up and started doing the upload through a mail process -
that bring up a whole new set of problems between mail-clients,
naming files, etc. I still feel that it is not a "pure" Safari
problem, but something that 4D is not doing "by the book". If you
look at Safari and Ruby on Rail with Lighttpd, they point out the
same type problem in their configuration file:
# Making sure file uploads above 64k always work when using IE or Safari
# For more information, see http://trac.lighttpd.net/trac/ticket/360
$HTTP["useragent"] =~ "^(.*MSIE.*)|(.*AppleWebKit.*)$" {
server.max-keep-alive-requests = 0
}
Don't know how to set "server.max-keep-alive-requests" in the 4D web
server.
Steve Alex
On Dec 8, 2006, at 11:54 AM, Bill Leddy wrote:
I looks like a Safari issue:
Given a web form with file input field and a couple other text
imputs.
User selects a file, types some text in field and hits Enter/
Return key with cursor still in text field.
Form is submitted.
It then appears to the user that no response is returned from the
server. Safari will wait forever.
In the same scenario, if the user clicks the Submit button instead
of hitting return, it works as expected, no file is left in the
uploads folder.
After comparing the traffic logs from the two scenarios what I'm
seeing is that in the first case, after the file post data ends,
server sends several ACK's back to client, but Safari does not
respond.
_______________________________________________
Active4D-dev mailing list
[email protected]
http://mailman.aparajitaworld.com/mailman/listinfo/active4d-dev
Archives: http://mailman.aparajitaworld.com/archive/active4d-dev/
