https://bugzilla.wikimedia.org/show_bug.cgi?id=22331
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 AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: j...@angrymonkey.net.nz 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: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l