[01:18:30] Hello, I'd like to edit my user name [01:19:34] is it possible for you to do it? [09:32:49] hello. downloaded mediawiki with git to windows and runned with xampp. yesterday, i copied it to debian, pulled new version. reinstalled. there were no styles during installation, but it worked. then i copied local settings php file as should, but get blank page on wiki site. then i moved into vector skin directory and tried git pull but it has not helped. [09:34:10] today i tried, from https://www.mediawiki.org/wiki/Download_from_Git : git submodule update --init , it has not helped, and said nothing. then i tried git pull --recurse-submodules, it said that i should show branches. then i tried git pull --recurse-submodules origin master, it said that i should write some message; comments are ignored; if i write empty message, this will be canceled. i exited editor without writing anything, leaving [09:36:22] seems the last command took effect because second running gives other result. it says it is up to date. so, i should have deleted the comments to cancel it. [09:39:47] and after firt run seems it has shown changed files and i see there local changes are not rewritten nor deleted. so seems it is ok [09:45:16] Reedy: i see what you said: https://wm-bot.wmflabs.org/logs/%23mediawiki/20180829.txt . and so, you could answer to me... but would be unsure that i read it ... [09:48:36] i am sorry that i decided to quit chat so quickly after asking. and then i saw i had some time to wait in chat... because i did not put laptop to sleep immediately... [09:50:54] it happens and seems going to be happen because i forget about time. then if i see how much is time i can make such quick changes... probably it's not only me doing so ... [09:52:22] maybe i ll leave my email here in such cases , or say i ll look logs [10:04:03] trying php composer.phar update --no-dev [10:04:59] mw is still blank page [10:11:55] fixed [10:14:34] i tried composer update --no-dev and what it say i see it uses vector0 directory where i renamed/moved old vector directory at some time, i think i made it long time ago and it has come here while i copied it. when installing, installer added both vector and vector0 to local settings php. now i commented out vector0. [10:15:57] no, i found it when i tried php maintenance/update.php [19:27:37] i hat some problems today - when a user uploads a new image with same name, the old thumbnails were not purged. no normal way helped, like action=purge. only some evil hacks worked [19:27:48] -hat+had [19:29:21] the most elegant workarounds were: renaming the image afterwards, or first delete, then upload again [19:29:42] Does MW know to tell your caches to purge it? [19:30:23] it should have purged the caches, but the thumbnails stayed just there [19:31:18] Does MW know to tell your caches to purge it? [19:34:33] Often is not your wiki cache problem, but browser's cache. Images are usually meant to be static and not changing frequently [19:36:05] did ctrl-F5. when i set $wgThumbnailEpoch into future, the thumbs regenerated, every time [19:36:17] this was the second worst hack [19:36:59] worst hack: delete image/thumb - it gets regenerated afterwards [19:37:27] i think i have not understood the whole caching system of mediawiki [19:38:07] wait, the thumbnails aren't being regenerated? [19:39:00] yes, they stayed the same after uploading an altered version of the old file [19:51:02] this is not a cache problem, then [19:52:23] bedah: do you have a "404 handler" for thumbnails? [19:52:50] no afaik [19:53:03] My mediawiki doesn't have any skins on it, and there's nothing in the errors logs when the page is requested. [19:53:09] https://jorgan.sourceforge.io/ [19:53:34] bedah: ok, then the problem may be the job queue https://www.mediawiki.org/wiki/Manual:Job_queue [19:53:44] In LocalSettings.php are $wgStylePath = "$wgScriptPath/skins"; $wgDefaultSkin = "vector"; [19:54:01] and wfLoadSkin( 'Vector' ); But it looks like $wgScriptPath is not set. How should it be set? [19:54:27] maybe there are still a lot of pending jobs, and it will take a while to update [19:54:43] https://www.mediawiki.org/wiki/Manual:$wgScriptPath [19:55:19] bedah: I'll set it to '/' then since I'm not serving from a subdirectory. [19:55:57] bedah: Now, my application forwards to http://index.php... :-/ [19:56:20] hm jorgan.sourceforge.io/wiki/index.php/Introduction [19:56:33] ohhhh /wiki then? or should I put in the server information? [19:56:52] no, $wgServer must contain ony the server [19:57:13] Vulpix: Makes sense (assuming you're talking to me) [19:57:29] I changed $wgScriptPath = '/wiki'; and the site looks the same as when it wasn't defined. [19:57:30] yes [19:57:55] So the original problem: no skin is applied? Looks like generally a complete lack of CSS. [19:59:05] the link to your stylesheet is: [19:59:16] bedah: Is that bad? [19:59:20] could be there is an .htaccess interfering [19:59:30] ahh, I'll check [19:59:59] or.. have you set wgScriptPath to "Wiki" with capital W [20:00:00] https://ptpb.pw/g-ne [20:00:28] bedah: No way, dude; I'm case-sensitive to the max ;-) [20:01:51] bedah: Does that .htaccess look bad? [20:02:42] looks fine, looks like your wiki is on https://jorgan.sourceforge.io/ but something redirects it to https://jorgan.sourceforge.io/wiki/index.php [20:02:55] hmm [20:03:10] well, the rule is the culprit, because it rewrites (.*) which means everything [20:03:34] grep wiki . -r; isn't very informative ^_^ [20:03:42] Oh of course. [20:03:47] Is that bad? [20:03:59] !-f and !-d means "no redirect if it's an existing file or directory" [20:03:59] There is no such key, you probably want to try: !events, !f5, !fpm, !tunemysql, !webinspector, [20:04:43] So, '/' is an existing directory, so no redirect should happen? [20:05:41] "from base /", next line "not if file exists", next line "not if directory exists", then the rewriterule to append to index.php. htaccess-voodoo. [20:06:31] you could disable the .htaccess and live with index.php in your links.. [20:06:46] something is redirecting https://jorgan.sourceforge.io/wiki/load.php to https://jorgan.sourceforge.io/wiki/index.php [20:07:08] and load.php is actually at https://jorgan.sourceforge.io/load.php [20:07:18] which means the rule is being triggered [20:07:34] https://jorgan.sourceforge.io/load.php?debug=false&lang=en&modules=site&only=styles&skin=vector [20:07:48] there is some css [20:08:04] $wgScriptPath must be set to "/" [20:08:12] Vulpix: Not at all... [20:08:46] I take screenshot, you see https://i.imgur.com/B9GEz7X.png [20:09:51] Yes, that's why I say $wgScriptPath *must be set to* "/" [20:10:32] and set $wgArticlePath to "/wiki/$1" [20:10:42] https://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory mediawiki likes to be in a subdirectory [20:10:48] aye! [20:11:41] Vulpix: I made the suggested modifications. [20:11:54] Vulpix: I think the URLs look better. [20:11:56] bedah: not really. what it's a source of problems is having MediaWiki in a subdirectory, while having your pages in the root directory [20:13:09] Actually, I think $wgScriptPath should be set to "" (empty string), because all generated URLs now look "//load.php" which are also wrong [20:13:12] eh, it’s not that bad, but it’s certainly more complicated [20:13:38] ideally you avoid having the actual files being the same directory or a subdirectory of your “pretty url” config directory [20:13:39] Vulpix: changed. [20:13:55] STYLES!! [20:13:57] success [20:13:58] hence why recommendations are to have articles as /wiki/Pagename and files in /w/index.php [20:14:09] It doesn't look right by any stretch, but there's *something*! [20:14:36] lmat: view the source code of the pages, there's a spurious jOrgan Homepage and MediaWiki at the top before [20:14:54] I suspect that's somewhere in your LocalSettings.php [20:15:15] Vulpix: Wow, you know about that? ;-) index.php used to have it but it caused a PHP problem. I'll look. [20:15:51] oops, index.php still had it...guess I forgot to remove it. [20:16:00] Vulpix: okay, removed. [20:18:22] It seems to be OK now, I guess, althouh that doesn't look like the Vector skin [20:18:27] yeah... [20:18:32] hmm, maybe it's a really old vector? ^_^ [20:18:36] I'll change to some other skin. [20:19:17] https://i.imgur.com/wy3DecN.png busted now [20:24:44] I looked and tried MonoBook, too. No go. [20:44:54] lmat: how was mediawiki installed? [20:45:13] did you *install* a skin? [20:46:28] the files are there… [20:46:29] https://jorgan.sourceforge.io/skins/Vector/vector.js [21:32:05] I'm so confused. Is there no internal function for updating a page content in a conflict-safe atomic operation? [21:33:22] okay, PageUpdater has a compare-and-swap way of doing this. [21:45:28] Hi, I have a problem with the tests jenkins-bot runs for my gerrit change (https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/456389/) in both of the failed test sets (mwgate-php70lint and mediawiki-core-php70lint) the error is "Cannot redeclare tideways_enable() in tests/phan/stubs/tideways.php on line 9". Based on both of them being lint test se [21:45:28] ts I tried to check the stilyze.php file linked in https://www.mediawiki.org/wiki/Manual:Pre-commit_checklist, but that link goes to a Phabricator page with a DiffusionRefNotFoundException. Does anyone know what can I do next to make those tests run successfully? [22:10:59] 20.06% 376.932 245 - Message::toString [22:11:29] When using localisation cache and extensionmessagesfiles, is 20.06% (profiling) normal? [23:08:33] SPF|Cloud: it's possible? Message::toString() would also cover the amount of time it takes to parse the messages, so if there are a lot of messages that requrie wikitext parsing... posting the full profile would help in tracking it down btw