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
