Hello list, We have a web applications which opens a PDF and the PDF does app.launchURL back to the web application. The strange thing is that in between 50 and 80% of the cases and sometimes in all cases, after this redirect the browser, instead of showing the page, outputs HTML code - <html> <head> <title>xxxxxxxxxxxxx</title> and so on, until the end, followed by something which looks like headers and then some monkey stuff - </body> </html> HTTP/1.1 302 Found Date: Wed, 31 Aug 2011 20:33:51 GMT Server: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny13 with Suhosin-Patch mod_python/3.3.1 Python/2.5.2 mod_perl/2.0.4 Perl/v5.10.0 X-Powered-By: PHP/5.2.6-1+lenny13 Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Location: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Vary: Accept-Encoding Content-Encoding: gzip Content-Length: 2404 Keep-Alive: timeout=15, max=84 Connection: Keep-Alive Content-Type: text/html ‹������µZmWÛ8þ ¿BëîN’±ZZ’t(C_¶´p »ÝùÄ‘mű.... (this continues for about 20 lines) If in this moment I refresh the browser (F5 for IE/FF on Windows), the page loads normally. I monitored what happens with Firebug for Firefox and in the cases when this happens, there is no communication with the web server (Apache 2.2). Even a die() on top level in the index.php is not called. The server is a more or less standard Apache 2.2/PHP 5.2 on Debian 5 without anything special. Can somebody give us a hint in which direction to search? Thank you and all the best, Geert --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|