Summary: OutputPage looks for wikibits.js, even if skins
                    content is elsewhere.
           Product: MediaWiki
           Version: 1.16-svn
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: minor
          Priority: Normal
         Component: General/Unknown

I'm using a $wgStylePath set to an absolute URL, so I can place static media on
a separate domain. My original deployment scripts placed skins/*.php on the
mediawiki serving domain and the subdirectories on the static, but that
resulted in this error:

Warning:  filemtime() [function.filemtime<]: stat failed for
/home/cffc/webapps/htdocs/w/skins/common/wikibits.js in
/home/cffc/webapps/htdocs/w/includes/OutputPage.php on line 301

This looks like a new feature designed to force reloading of some media
components if the file has changed, which seems to be half baked — only
wikibits.js triggers this code path; ajax.js and the skin related media is
unaffected — and duplicates what a properly configured web server should be
capable of doing by itself. 

I would prefer a move towards better support for serving static media on
separate domains, where far future expiry times plus the query argument
revision should be sufficient to trigger a cache update. 

(Though one revision flag for the mediawiki common media, and a per skin
revision would be a better combination.)

Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are watching all bug changes.
Wikibugs-l mailing list

Reply via email to