[00:16:52] Okay, let me rephrase my question: I have users complaining that MediaWiki previously did not add ==Summary== if it was present in the box. Did something change there? Is there some setting that removes the auto summary? [00:17:03] This is when uploading files, of course. Forgot that. [02:54:28] Hello, Amitie 10g here. [03:37:46] s/freeware/freemium [03:40:00] I am not going to sugarcoat my words for non-free software in a community which is supposed to be free software and free knowledge. [03:40:41] It would be a shame if we settled for that; Gitea would be better than that. [04:50:03] acagastya: 1) GitLab CE *is* free software 2) if you don't want to participate in a respectful manner, then please go somewhere else, thanks. [05:10:57] Hi, I'm using the page forms extension and wanted to know if there was a way to define a section that goes in the footer but without any section header [05:12:16] One hack I've tried is to define a template that simply does {{{1}}} and add that template to the bottom of the form with a textarea for the user to edit. That works, but I was wondering if there was a method that just allows you to throw wikitext at the bottom of the page without needing to make a template as a hack [10:13:33] hi [10:15:11] What script command should we use to clear the archive of talk pages? [10:15:12] Thanks [10:29:58] Guest42: what do you mean by "archive"? Do you mean the page's history? [10:30:20] Can you describe what you are trying to achieve? [13:06:42] Hi. I'm having a weird issue with my MW install [13:07:14] Apache is sending http error 421 to bingbot but not to normal people or to Google bot. [13:08:27] wiki.tnonline.net 40.77.167.108 [09/Aug/2021:15:05:02 +0200] "GET /w/Btrfs/Getting_Started HTTP/1.1" 421 322 "-" "-" "-" "Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)" [17:33:18] What script command should we use to clear the archive of talk pages? [17:33:18] Thanks [18:05:14] Hello. I'm trying to upload an image to my wiki. I get an error that says to make sure my upload path has permissions. I checked LocalSettings.php and wgUploadPath doesn't even seem to be set (a find command on "wgUpload" in that document returns no results), so I'm not sure what's going on or exactly what the proper fix is. [18:05:33] (weUploadDirectory isn't set either) [18:05:36] er, wg* [18:13:47] mainstreet: when unset the default fallback path is $wgScriptPath/images per https://github.com/wikimedia/mediawiki/blob/e22e961cb1750e185162aadb4b4302532c796b25/includes/DefaultSettings.php#L266-L270 [18:16:19] And the default for *that* is /wiki... so somehow there's a permission issue there, despite the fact that clearly the wiki can write to things because I can create and edit *pages* just fine... [18:16:25] Hmmm [18:16:46] pages are not written to disk, they are created as database records [18:17:38] Ohhhh [18:18:08] https://www.mediawiki.org/wiki/Manual:$wgUploadPath [18:18:18] https://www.mediawiki.org/wiki/Manual:$wgUploadDirectory [18:18:31] https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads [18:18:56] I mean, what's bugging me here is that there are plenty of images on this wiki already. It's not like this is a brand new wiki [18:18:56] What script command should we use to clear the archive of talk pages? [18:20:06] Okay, 755 is the correct permission setting, according to that link... [18:22:10] php.ini is correct... [18:25:31] I went through the Configuring link and the only thing I haven't been able to rule out as being the problem, I think, is .htaccess... I guess I'll open up pastebin and share what's in there, because I don't really know what it's doing... [18:26:08] https://dpaste.org/BS31 <-- contents of my image folder's .htaccess [19:59:32] What script command should we use to clear the archive of talk pages? [20:33:05] What do you mean by "clear the archive of talk pages" [21:31:56] Platonides: if you have time, I'd appreciate your thoughts on https://gerrit.wikimedia.org/r/c/mediawiki/core/+/710138 [21:37:29] ty :) [21:38:05] I was precisely answering it [21:38:40] in a negative way, I'm afraid [21:39:10] that's fine, bawolff had the same concern so I'll need to rethink about it a bit more [21:39:46] I'm also not sure I'm actually "fixing" this the right way either, the actual problem is https://phabricator.wikimedia.org/T263220#7237434 [21:40:00] I looked at the task [21:40:30] I have been looking for a while at the patch, the task and poolcounter code :P [21:40:38] :D [21:40:49] I see why you want to do this [21:40:55] and it makes sense [21:41:12] but here be dragons [21:41:42] if it ws correctly used by everyone, it *might* be safe [21:42:22] but pretty sure it would break relatively soon [21:43:14] I think deadlocks would end up being "just" timeout waits [21:43:26] but I'm concerned [21:43:31] tbh if we get nested locks during parse to work, I could see us totally using it elsewhere for other concurrency control when intensively accessing a shared resource (DBs, external services, etc.) [21:43:49] moreover, those deadlocks might be caused by the end users [21:43:52] so it probably is important to figure out a good solution, and not a hacky one [21:44:08] including a special papge in an article [21:44:29] and also another poolcounter-protected block included in a message of that special page [21:45:21] maybe enforcing that nested blocks need to begin with the same name as their parent [21:45:38] some kind of alphabetical order [21:45:56] I don't see a clear solution to T263220 problem [21:45:56] T263220: Limit concurrency of DPL queries - https://phabricator.wikimedia.org/T263220 [21:46:01] so Special:Contributions would get a different lock depending on $this->including()? [21:47:07] that could be a bad idea as well [21:47:18] if they are protecting the same resource [21:47:35] right [22:42:36] Hello, Amitie_10g here.