[00:05:17] hi RodneyAraujo [00:05:52] gry i have multiple issues in content translation tool [00:07:00] perhaps #mediawiki-i18n is more specialized in this topic [00:10:46] gry i am conected in #mediawiki-i18n [00:25:28] hi, I figured this: https://pastebin.com/FUi1u7QX is a way how to get the wikicode of actual page using javascrit+api.. but now I have trouples extracting the value of pageContent outside the api call cause returning the value doesn't work.. any idea here? [00:28:30] baruna: hi [00:28:44] baruna: you might have to do it inside the .done(){...} part [00:29:00] baruna: if not in there, then pass the 'data' variable to another function as an argument [00:29:20] baruna: the alert() works, right? [00:29:50] gry: yeah it works, but no idea how to extract/return the variable as I said [00:32:39] return to where? [00:33:36] https://dpaste.com/882EEBAYE maybe like this [00:34:15] gry: would this work? thank you [00:36:14] perhaps it would! let me know [00:37:44] i'll be back in a bit. [00:39:43] gry: the thing is, let's say like this: https://dpaste.com/5NAJNBUK7 - I have a variable wikiCode and I want to set it with the value of pageContent inside the .done() [00:40:18] so passing the data to another function wouldn't really help [06:13:01] TimStarling: Why Lua's title.isRedirect is expensive, but title.redirectTarget is not? As the latter can be used to implement the former. [08:41:59] Can someone help regarding Lua erros [08:42:04] https://or.wikipedia.org/wiki/ମାଛରଙ୍କା_ବିରାଡ଼ି [12:02:44] Hey, I'm trying to use a hook from AdvancedSearch extension to add fields to it [12:03:06] when I fire the hook, which params should I pass to it? [12:03:42] here: mw.hook( 'advancedSearch.configureFields' ).fire( ??? ); [12:57:29] Hello everyone, hope everyone is doing well. o/ Quick question, is there a program that would download all the pages from my VPS hosted MediaWiki installation and save it on my local machine in a offline friendly format like MD, asciidoc, txt? [13:08:09] Nevermind, just found a few tools on Github that you run on the exported XML file to create MD. [18:05:54] 'lo [18:08:30] hi [18:09:45] upgrading from 1.28 to 1.34 ... is there something I should look into in particular? (or just go for it? ;-) [18:10:11] read the changelogs? [18:10:31] see which extensions that you are using were abandoned [18:12:59] I probably wouldn't advise upgrading to 1.34 [18:21:01] what would you consider a better one? 1.31 LTS? [18:21:49] 1.35 requires PHP 7.3.19+ and I only have 7.2.31, 7.3.18(!) or 7.4.6 available [18:22:30] MW 1.35: Are Categories in Page Forms different than Categories in MW? thx [18:26:08] 1.35 probably [18:26:23] 1.34 is EOL very soon (end of next Month) [18:27:02] well.... I'm on 1.28 now ;-) [18:27:06] wow, no hanging around eh [18:27:13] 7.4.6 should be fine for 1.35 [18:27:21] @Krejt I am using PHP 7.4.11 not sure if that helps ... [18:27:36] For MW 1.35 sorry ... [18:28:07] ok. I'll consider 1.35! [18:28:43] and then this: to what MySQL version relates my 5.5.5-10.3.23-MariaDB ?? [18:29:03] doesn't really matter [18:29:07] but MW will work fine with that [18:29:26] (and why doesnt the MW comp[atibility chart give info about MariaDB??) [18:29:30] ok, thanks [18:30:56] haha, love your help on IRC! I know all about IRC and mIRC, but I'm a total noob on MW! I bet for you it is thetally the other way around [18:31:10] totally even [18:33:44] being on PHP 7.2.31, how do I upgrade to 1.35 requiring PHP 7.3.19+? That wsas my main reason to go to 1.34 first [18:34:48] back things up [18:34:51] upgrade to php 7.4 [18:34:53] upgrade to 1.35 [18:35:55] but while on 7.4 MW 1.28 is quite dead (well, all layout (stylesheets?) is gone) [18:36:17] probably [18:36:21] Or shouldn't I care about that? [18:36:24] most upgrades are going to require probably some downtime [18:37:26] @Krejt are you saying you simply ticked PHP to v7.4 to see how it would effect MW 1.28? [18:37:34] exactly [18:38:05] Different vers of PHP impact the code differently if I am correct @Reedy? I know it was night and day from 1.34 to 1.35 [18:38:15] white screen of death 500 error stuff [18:38:29] 1.28 is from Nov 2016, PHP 7.4 is from Nov 2019. It's not really a surprise it's broken [18:38:52] These folks helped a heck of a lot w/my upgrade so ill ramble out a few things 1) all extensions have to upgrade [18:39:01] nooo, just a text file like layout with minimal markup [18:41:17] things are loaded in numerous requests [18:41:25] so it's possible some parts work, some don't, due to different endpoints [18:42:57] @foreclosure: yup, I'll check the extentions, thanks. Als read the critical release notes [18:44:16] the other things were keep the localsettings, save the images folder, if any extensions used composer be aware to update via ssh. It was a process but felt good when done! ;) [18:44:47] @Reedy: I dont really care about the downtime, it is more that I'd like a controlled upgrade with no broken things along the way. So I hoped to go to 1.34 first, then tick PHP to 7.3.x and check/fix all functions and layout. And then probably go to 1.35 and tick PHP to 7.4.x. Smart or nonsense? [18:45:17] It really deepnds on your experience [18:45:56] *hah* :-) experience? like I said; I'm on 1.28, says enough eh? [18:46:15] Not really [18:46:34] You could've inherited it from someone else or various other scenarios [18:49:16] yup, you're right. Nooo... I've no excuse. I have to blame myself. [20:46:34] MW 1.35 Ext Page Forms: Setting a string for Yes,No but it wants to create the answer as a Page. Any way to define as simply text? thx [20:59:07] Ah the arraymap. Disregard. ;)