https://bugzilla.wikimedia.org/show_bug.cgi?id=57760
--- Comment #23 from MWJames <jamesin.hongkon...@gmail.com> --- Based on the current setup, I can only conclude that tests running via git install are passed where [0] fails when using the Composer. One can easily check the output in [1] with var_dump( $GLOBALS['wgScriptPath'] ) which returns "/wiki" which should in fact hold "/TravisWiki". The reason why the test do pass for the manual install is that when [1] is loaded $GLOBALS['wgScriptPath'] contains /TravisWiki but when using the Composer install $GLOBALS['wgScriptPath'] contains /wiki and only at the later point is set correctly which is to late because [1] has already invoked $GLOBALS['smwgScriptPath']. [0] is testing the invoked value of $GLOBALS['smwgScriptPath'] against the available $GLOBALS['wgScriptPath']. The issue is that when [1] is loaded $GLOBALS['wgScriptPath'] contains the default "/wiki" and not the expected "/TravisWiki" value which is the reason why images can't be found ($GLOBALS['smwgScriptPath'] is pointing to /wiki instead of the expected value). Resources as well rely on $GLOBALS['smwgScriptPath'] to be set correctly. [0] InstallationSettingsTest.php [1] SemanticMediaWiki.settings.php -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
