[09:30:32] Hi! [09:32:12] I can't manage to list all new pages on my mediawiki for a year like that: https://wiklou.org/w/index.php?title=Sp%C3%A9cial:Nouvelles_pages&offset=20210101000000&dir=prev&limit=500 [09:32:40] Can anyone tell me how to list all new pages in this year? [12:24:52] ludogre1, i tested it directly on MWO https://www.mediawiki.org/w/index.php?title=Special:NewPages&offset=&limit=500 [12:25:28] increasing the limit doesn't help, and there's no "older entries" for some reason similar to that for article changes [14:25:11] Hi, any idea why setting $wgNamespaceProtection to 'editprotected' would cause administrators to no longer be able to set administrator level protection on pages? [15:02:12] hello, what would be good practise when i try to run a remote and a local version of mediawiki? [15:05:33] i thought about using mysqldump but that would cause conflicts with timestamps et al, right? [15:05:34] I'm using DPL3 extension for the first time and encountering an error. If I use the syntax, can I get full functionality without defining any templates? [15:06:20] [15:06:21] category=Assign:Project01 [15:06:21] category=*Subject [15:06:21] ordermethod=category [15:06:22] headingmode=ordered,sortkey [15:06:22] [15:06:32] produces a database error. I'm not sure why [15:07:25] I was hoping this would display all pages in category Assign:Project01 and order them by the subcategories of Subject. [19:43:36] dvyd: can't say I'd necessarily be able to help you out with that specific question, but care to pastebin the DB error details? I'd be interested in seeing what the error is [20:37:56] ashley sure! thanks. [20:39:18] https://pastebin.com/cb2vHi3L [20:49:42] dvyd: Set $wgShowExceptionDetails = true; in LocalSettings.php and try again. That would give a more detailed error message (once you get the detailed error message you can revert this change) [21:02:05] Vulpix:putting $wgShowExceptionDetails = true; anywhere in LocalSettings.php causes nothing to get displayed in the wiki! No pages work. That doesn't seem possible but I just tried it three times. [21:04:22] LocalSettings.php is PHP code. Are you sure you put exactly that there? It should be placed usually at the end of the file [21:04:54] Also don't edit that file with Microsoft Word or WordPad or some other Rich Text editor [21:07:56] I did not include "Set"...should I? [21:08:19] Do I need to reboot or restart the server? [21:10:32] I editing with Vim under Ubuntu [21:12:05] strange. it works now. I'll check the  error... [21:16:13] Vulpix & ashley  :  https://pastebin.com/hZFqWUbs [21:20:30] hm, fascinating; it's *probably* a genuine DPL bug! of course then the next question becomes "where did you download DPL from?" given that there are roughly a gazillion plus one things named "DynamicPageList" hosted in many, many places... [21:22:54] ashley...could it be a conflict with another extension? [21:23:48] also, I didn't do anything special. mine is a trivial query. [21:24:31] https://github.com/Universal-Omega/DynamicPageList3/archive/REL1_35.tar.gz/ [21:24:37] no, it does seem like a genuine bug in DPL, which is hardly surprising *cough* [21:24:41] alright, let's take a look... [21:25:27] I'm stunned. This is a simpler query than shown in the docs and not dissimilar [21:25:45] thanks for your interest! [21:27:00] I will look into fixing that in DPL3 in a few minutes. [21:27:56] wow. you folks are great! [21:28:04] awesome, cheers CosmicAlpha :) (tangentially relatedly, the README file could probably do with a few quick tweaks to not point to the HydraWiki GitLab, which I guess is -- despite being referenced in many places -- 100% obsolete as Wikia moved the development of their version (back) to GitHub) [21:29:28] https://github.com/Universal-Omega/DynamicPageList3/blob/master/includes/Query.php#L630 <-- ah, so the table aliasing is messed up since it does not actually do the aliasing the proper way, which IIRC is to specify 'alias' => 'real table name' in the $tables (1st) param to Database#select(), e.g. 'p1' => 'page' to alias the "page" table as "p1" [21:29:52] I even didn't know Universal Omega is the new maintained fork... I was patching it locally for some time :'^) [21:30:01] thus lines 644 & 651 fail when $wgDBprefix is set [21:31:06] Vulpix: ditto; I mean, I'm utterly confused and my solution is largely to avoid all things related to "DynamicPageList" but some horrible people we refer to as "users" seem to like their features... >.> "and that's how I ended up submitting more patches against DPL than I ever intended to back when it was maintained by HydraWiki on GitLab" [21:31:30] So, I'm guessing this extension isn't used in Wikipedia. [21:32:17] No that's DPL (Wikimedia) [21:32:27] There's 3 versions I think [21:32:52] the WMF version, better known as "Intersection", this one, and...? [21:33:19] Which one should I use? [21:34:35] ashley: DPL 3rd party [21:36:35] ...what's the difference between that one and the one maintained by Universal Omega? [21:36:53] No idea [21:37:35] (the WMF version has a much more restricted feature set and even so, it still caused perf issues on Wikinews, was it, earlier this year, *that much* I do know; and at Uncyclopedia we use what effectively is an earlier version of Universal Omega's version) [21:39:26] The 3rd party one is far worse in code standards then DPL3 (and DPL3 was never great either) [21:39:44] Is way more outdated. [21:41:42] does it have an active maintainer/maintainers? is there are clear migration path? ...can we just archive it in favor of the version you're maintaining? (kudos for that, btw! having had to submit some patches against what effectively became your version I can say it's definitely *not* an easy task :P) [21:41:53] s/are/a/g [21:43:33] Yeah, the level of complexity to support the amount of different combinations makes it a nightmare to maintain [21:43:48] I just patched it for the couple of use-cases we use it for [21:46:13] ashley: I don't believe it's maintained much at all anymore. It isn't even converted to ExtensionRegistry yet. Not entirely sure why though, maybe there's a reason for that. [21:46:24] And yeah it's definitely not easy... [21:46:34] Ok. Well. Thanks for looking into the bug. I'll stick with this version and wait for it to work. thanks for your help everyone. [21:47:57] dvyd: can you paste an example of what your using in DPL, that outputted the error so I can test it? (Just the parameters your using is fine) [21:49:45] CosmicAlpha : https://pastebin.com/9gaMWbfy [21:52:43] Thanks! [22:21:54]  What I basically want to do is search for all pages in one category (Project01) and then group those pages by their membership in subcategories of another category (Subject). [22:28:58] dvyd: should be fixed, and backported to all release branches. Worked locally anyways. Let me know if any more issues. [22:29:23] using git, do I just reclone into the same directory? [22:30:01] CosmicAlpha [22:32:23] I believe `git pull origin REL1_35` in the extensions/DynamicPageList3 directory, if you initially directly cloned using git (and using MediaWiki 1.35). I could be wrong though. [22:33:54] dvyd: ^ [22:35:56] trying... [22:47:56] CosmicAlpha & ashley : it does not crash but does not behave as expected. It add as a link to a stub "Template:Extension DPL"  and then repeats the correct content many times [22:51:58] Oh... that's unexpected (the repeating of the same content is unexpected not the template, that should've been created by updater, if not then it can be with https://github.com/Universal-Omega/DynamicPageList3/blob/REL1_35/maintenance/createTemplate.php or manually done) [22:57:12] I really don't know about the loop at the moment... I have one idea but can't test as I can't reproduce that. [22:59:59] I have three pages assigned to Category:Project01. Each of those three is assigned to a different subject like Category:Subject:S1 , ...S2, ...S3. [23:00:20] Can I run "the updater" manually inside my installation? CosmicAlpha