[09:27:12] hi folks. we are using $wgEnableUploads = true and $wgGroupPermissions['*']['upload'] = true in order to allow uploads from anonymous users. this works if "Upload file" in the left menu is used, but not if Images and media > Upload button is used in the editor (https://imgur.com/a/k9rFz2Y). how can we fix this? [09:27:46] the error is: Could not store upload in the stash (UploadStashNotLoggedInException): "No user is logged in, files must belong to users.". [09:28:02] we want anonymous uploads to work also via the editor. [12:28:34] It uses the upload stash, which isn't designed to be used anonymously. I don't think it is fixable without changing the modal to not use the upload stash. [14:16:03] Hi, I have mediawiki 1.37 and it's running slow so is there a way to check which extension takes time to load or take most of the load? Thanks [14:17:07] !slow [14:17:10] !performance [14:17:10] [14:19:14] wm-bot done all the tricks mentioned on these links but it's still slow. [14:19:31] Reedy slow I mean pages take around 10-15 secs to load. [14:19:57] If I click on Special:Random page it takes around 10-15 secs and sometimes more. [14:20:25] I'm using Memcahed for caching. [14:21:00] And a number of extensions so I was wondering if there is any extension that takes time to load. [14:21:51] Some extensions are very expensive, especially if they're used on a page [14:23:05] https://www.mediawiki.org/wiki/Manual:Profiling [14:23:33] I feel CentralAuth, Abusefilter, Wikibase are one of them if am not wrong. [14:23:40] Thanks for the link [14:24:19] AbuseFilter shouldn't just on viewing.... [14:27:54] So with the help of Profilling will I get the list of all extension with the time they take to load etc.? [14:29:28] Not exactly, no [14:29:34] https://www.mediawiki.org/wiki/Manual:Profiling#Output [14:29:42] You'll get something like that, which may give hints as to where the problem might be [14:30:02] Ohok [14:30:32] So at least I can get an idea and thats good enough to catch the culprit i feel. [14:31:25] It might not necessarily be an extension [14:31:31] It might be your caching etc [14:33:31] It works fine on the second load but only slow at first load. [14:34:38] Could be many things then... [18:09:12] Reedy as per your suggestion I manage to get Tideways installed but I was told by my server provider that Tideways is not compatible with openlitespeed so is there any other php extension for similar work? [18:09:42] Also, do you know which command I need to use to check the log by Tideways? [19:15:39] hi [19:17:25] can i ask 2 questions related to the API? [19:21:35] https://dontasktoask.com/ [19:23:19] ok [19:23:39] im trying to find where can i get the list of all extensions installed on the wiki? [19:23:48] If anyone could help me [19:25:17] biberao, they're usually listed in Special:Version (I'm not sure if there's any exceptions that don't show up there) [19:25:59] Shaun: ok i thought the api would tell anything [19:27:02] ah I missed the first half of that, sorry [19:27:41] im trying to get the version and the extensions installed [19:34:36] maybe scraping now? [19:35:11] there's an API endpoint for it, let me find it [19:35:16] thank you [19:35:29] i still cant understand the url build for that [19:36:23] https://www.mediawiki.org/wiki/API:Siteinfo https://en.wikipedia.org/wiki/Special:ApiSandbox#action=query&format=json&meta=siteinfo&formatversion=2&siprop=extensions [19:38:14] thank you [19:40:16] i think the generator should be feasible to get the version of the wiki [19:43:59] AntiComposite: what would be the best approach to learn the API? [19:44:16] I just use Special:ApiSandbox most of the time [19:44:31] or search the documentation on mediawiki.org [19:45:12] the key thing to remember is that almost everything in MediaWiki has a corresponding Action API endpoint [19:47:13] yes [19:47:27] my problem is combining the right key-values [19:54:42] https://en.wikipedia.org/w/api.php?action=help&recursivesubmodules=1 gets you all the API help in one page, great for ctrl+f [19:57:37] thanks [21:52:16] other than getting the vcs-version or vcs-url there are not other ways to get the correct versions and links? [22:02:44] if the extension has a version, there's a "version" key in the object. Some extensions aren't versioned, however, so you'd have to use the VCS version [22:04:41] yes [22:05:10] thanks [23:26:55] Is there a place published all the extensions that exist for MW? [23:30:20] https://phabricator.wikimedia.org/source/extensions/browse/ <- maybe this [23:31:42] biberao: the phabricator repo is probably not the best [23:32:28] bawolff: what would you advise? [23:32:51] biberao: Generally a combo of the list at https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/+/refs/heads/master and https://github.com/MWStake/nonwmf-extensions/ is a decent list [23:33:11] That's what we use internally for things like codesearch.wmflabs.org [23:33:42] There's still other one-off extensions people post to github, but generally those two repos cover basically all the extensions that people actually use [23:34:02] im writing a python script [23:34:19] there's also https://www.mediawiki.org/wiki/Special:AllPages?from=&to=&namespace=102 but the lang subpages make it a pain [23:34:38] yes [23:34:40] i was there [23:34:48] but the langs hehe [23:35:55] im checking the installed extensions vcs commit and check against newer versions if there are any [23:36:31] you could probably also use quary to get a list of all in that namespace minus subpages https://quarry.wmcloud.org/query/68188 [23:37:21] ah [23:37:24] search the db [23:37:34] there is also https://extjsonuploader.toolforge.org/ [23:37:39] thats cool too thanks [23:37:40] the db [23:37:59] that last one too [23:38:03] thanks for all that