From nobody@hyperreal.com Thu Apr 17 17:26:47 1997 Received: (from nobody@localhost) by hyperreal.com (8.8.4/8.8.4) id RAA07627; Thu, 17 Apr 1997 17:26:47 -0700 (PDT) Message-Id: <199704180026.RAA07627@hyperreal.com> Date: Thu, 17 Apr 1997 17:26:47 -0700 (PDT) From: David Pisoni Reply-To: david@cnation.com To: apbugs@hyperreal.com Subject: SSI's with '#exec cgi' not passing CGI headers through X-Send-Pr-Version: 3.2 >Number: 412 >Category: mod_include >Synopsis: SSI's with '#exec cgi' not passing CGI headers through >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Thu Apr 17 17:30:03 1997 >Last-Modified: Thu Apr 17 18:22:09 PDT 1997 >Originator: david@cnation.com >Organization: >Release: 1.2b8 >Environment: Linux 2.0.27, GCC 2.7.2, libc.so.5.4.23 >Description: I have noticed this before, but have heretofore been able to work around it. Now I'm stuck. If you use an SSI to execute a CGI, all the headers from the CGI are not passed through to the browser. Specifically, I have tried this with headers "Set-cookie" and "Expires", with no luck. I think "Status" goes through, but have not verified that. The reason why I have encountered this now is because Netscape will (moronically) cache SSI's or CGI's if you set it to 'never' check cached items. By sending an 'Expires' header, a CGI will be forced to decache. >How-To-Repeat: Just make a simple CGI that sets a cookie, and call it with an SSI. Did you get the cookie? >Fix: Certainly -- send those headers on through! :-) %0 >Audit-Trail: State-Changed-From-To: open-closed State-Changed-By: marc State-Changed-When: Thu Apr 17 18:22:08 PDT 1997 State-Changed-Why: Dupe of PR#411 >Unformatted: