This is a feature and not a bug. XbitHackFull is documented (or should be) as using the main file's last-modified date. i.e. the included parts have no affect on the last-modifed date.
On Mon, 28 Apr 1997, Ewan Edwards wrote: > >Number: 496 > >Category: mod_include > >Synopsis: Pages using 'virtual includes' do not update with normal > >refresh > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: apache (Apache HTTP Project) > >State: open > >Class: sw-bug > >Submitter-Id: apache > >Arrival-Date: Mon Apr 28 11:00:16 1997 > >Originator: [EMAIL PROTECTED] > >Organization: > apache > >Release: 1.2b8 > >Environment: > Linux 2.0.18, gcc 2.7.2, 32 megs RAM > >Description: > For a corporate site I'm developing, I'm using server side includes > extensively (via <!--#include virtual=""-->). Each of the pages > containing the include tags has the execute bits set, and XBitHack > is set to Full for the entire document tree. The site uses frames > throughout, although the following symptoms appear with or > without frames: > > When the included information is updated, whether it's a static > file, or dynamically generated via CGI, the completed page does > not update when clicking on 'reload' in Netscape Navigator 3.01 > or Internet Explorer 3.0. With Navigator, updates can be seen > when performing a 'shift-reload'. > > For the CGI-generated information, I have attempted to compensate > for this problem by including properly formatted Last-Modified > headers in the output, but without success. > >How-To-Repeat: > URL's won't help, since you won't be able to update the files > being included. > > However, this should demonstrate the problem. > > Create two files, file 1 being the main HTML page, file 2 contains > just some simple text or HTML. > > View file 1 in a browser to verify that file 2's information is > being included. > > Edit file 2. > > Click reload in the browser to see if the updated information > appears. For me, it doesn't without a 'shift-reload' in > Navigator. > > I think I've read about a similar problem being reported in > Apache Week some time ago, but now that I've searched through > my archives, I cannot locate the reference. But as I recall, the > problem related to the server not properly propagating the > last modified date of included information through as the last > modified date of the final document. > > Please contact me if you need further details. > >Fix: > No > >Audit-Trail: > >Unformatted: > > > > -- Rob Hartill Internet Movie Database (Ltd) http://us.imdb.com/tour .. a site for sore eyes.
