[08:56:28] gromit: do you have the sockets PHP extension installed? the issue would only happen if it’s not installed [10:54:56] Heyo (happy new year), I don't know where to ask: are category membership changes logged anywhere else than just in recentchanges table? https://www.mediawiki.org/wiki/Manual:Recentchanges_table [10:56:15] Since recentchanges table is periodically purged, it is quite limited [10:57:15] Lofhi: no [10:57:39] My year is ruined! [10:57:45] Basically you can just get the current category memberships out of the categorylinks table [10:57:59] Possibly eventstream might go back further than the recentchanges table [10:58:30] Alright, I suspected the answer anyway because that's another phenomenal amount of data to store... [10:59:01] Will check eventstream, thanks, I tried to look on Extension:EventLogging, but meh [10:59:50] Hmm, docs seem to suggest that eventstream only goes back 7-31 days, and rc table is 30 days, so i guess that's not helpful https://wikitech.wikimedia.org/wiki/Event_Platform/EventStreams [11:00:15] I suppose the dumps server has random snapshots in time of the categorylinks table. That's probably not very useful [11:00:38] So sad [11:00:43] *sads* [11:01:21] It seems that creating a community project following the internal movements of the categories with an acceptable granularity could be interesting, I don't know [11:01:35] I think it already exists somewhere, but forgot where [11:04:14] My connection is still so stable, nice [11:04:43] So, for the context, frwiki editors taking part in a "maintenance month" lament the fact that net internal category movements give the impression that they are working for nothing. They remove articles from maintenance categories (e.g. the category that lists articles to be better sourced), but the counter doesn't move much as it takes into account [11:04:44] new articles to be better sourced. Worse, some are getting worse. [11:05:13] Not a problem directly related to MediaWiki, but I was looking for a solution to better represent their work. [11:08:23] Over a period of one month, if the counter remains stable around a certain value, we could see on a graph the effect of their work if I track these counters values. [11:08:41] anyway, thanks bawolff [11:09:31] no problem [11:10:28] Lofhi: What about using abusefilter to tag edits that remove those categories, so they could be identified later. edit tags last forever [11:11:15] Solution seems not trivial, but it is an option [11:11:31] Cause I still need to determine the categories movements [11:12:14] Basically, maintenance categories are added by templates that display a banner inviting you to source the article, for example. This is not a direct addition of the category to the article [11:12:41] Banners are quite stable... So the added categories too... [11:13:32] Not real need of tag, for that matter, cause the editors are adding #monthofmaintenance in the revision message [11:13:56] Still, I need to discuss with administrators about the idea to auto add a tag when #monthofmaintenance is detected [11:14:33] Meh, I don't know [11:15:40] I always thought it would be cool if mediawiki automatically turned hashtag-esque things in the edit summary to real tags [11:16:07] seems silly to require people to set something up for a really common pattern [11:16:08] Hahaha, true, why not [11:16:34] For double context, I am using their hashtag-esque things to track their work [11:16:41] https://hitaden.toolforge.org/ [11:16:53] But looking for a hashtag in revisions edits is costly [11:17:07] So auto adding a tag could be helpful, easier to filter [11:18:12] I am trying to outsource the tracking of their work outside of Wikipedia, cause it a mess, and MediaWiki is not really a tool for data visualisation [11:18:21] Hitaden was a start [11:19:45] https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Mois_du_sour%C3%A7age [11:47:52] AbuseFilter can add the tag automatically if you write a filter for it [11:48:35] Converting all hashtags to actual tags can be problematic with some specific tags, but I guess it could work with a configurable allow/deny list [11:52:26] I will check with admins, and come back cry here one day :D! Have a good day! [12:10:42] hi for a private wiki, I try to move part of the content, the pages works with export/import, but I need to move files. [12:11:07] Any idea how to easy do that? [12:22:41] akoopal: sadly, there's no way (that I'm aware of) to export a selected set of uploaded files (like files in a category, or images included in certain pages). But otherwise importing files is easy if you copy them somewhere on the server and run the importImages.php script [12:24:12] stugg;ing wit that one as well [12:27:59] Vulpix: I think most of the problematic tag issue can be handled by namespacing them somehow - e.g. instead of making #foo be a tag named foo, have it be a tag named hashtag-foo. I suppose there is still vandalism, but that's always been the case [12:29:47] yeah, namespacing would work [12:39:50] if I use importImages.php and go to the file page it reports no file exists on the file page [12:49:23] Vulpix: any idea [12:49:51] You probably need to Special:Export the actual file pages too [12:50:00] Which gets the wikitext, but not the actual file [12:56:30] nope, doesn' help :-( [12:56:43] If you import the image but not the file page, the file is still usable, and the file description page will display the file just fine, but without description [12:57:32] Did the script report any file being imported? It should print every file imported, line by line, as it imports them [13:24:38] it did, I see the files in the hash [13:25:31] but the script seems to create a file page, but it can't see the files [13:25:57] File:Overflowcalls.jpg [13:25:57] Jump to navigationJump to search [13:26:03] No file by this name exists. [13:26:47] purge the page? [13:27:29] I have tried a zero-edit [13:28:59] ahh purge helps [13:29:21] can you do that with a maint script for all? [13:35:27] run purgeList for a namespace...? [13:35:28] I think [13:52:01] ok [15:56:35] hmm, I had a list of files, so ran both purgeList.php and purgePage.php with that filelist as input [15:56:42] no luck :-( [15:57:29] purging via &action=purge does work [18:10:23] Dear colleagues, I have a question about MediaWiki magic words / templates, because I work with Wikimedia Commons. — I have several files. I want to set a category with template. Each filename contains a 4-digit year. Is there a way to get this 4-digit year from the {{PAGENAME}} ? [18:11:05] Maybe some template or magic word that returns first digit in string? [18:12:20] I know about {{Str find}}, but it looks a little bulky... [18:27:34] may not be possible with the basic MediaWiki templates, but it could be done with Scribunto Lua modules [18:28:24] enwiki has https://en.wikipedia.org/wiki/Template:Title_year, commons doesn't seem to have an equivalent based on wikidata [18:29:12] Thank you for the Lua advice. Will check it. Looks like it works with regexp. [18:34:26] Thanks again! [20:22:13] Is there an extension to have embedded galleries in infoboxes to be tabbed? When we tried it, the images just appeared one after another vertically. [22:49:58] Wow, so RL module cache uses 2.8 MB of space, and the browser's max is 5mb per origin. That really isn't a lot of headroom [22:50:12] It means if you have more than one wiki on a domain, RL module cache will not work