[11:50:17] <Remilia>	 whoever is responsible for porting Parsoid to PHP, my heartfelt thanks in advance; I am eagerly looking forward to 1.35 and cannot wait to get rid of node.js
[11:51:01] <andre__>	 heh :)
[12:09:49] <justinl98>	 Ugh somehow my justinl nick is suddenly in use despite having registered it and I cleared my cookies just to be sure. 
[12:14:18] <justinl98>	 Anyway, got an interesting question. I noticed some execution timeout errors in my main wiki apache error log, not too many, generally < 100 per day on a very busy wiki but it got me wondering. Most of them seem to be from files in _vendor/smarty/smarty/libs/sysplugins/_, particularly
[12:14:19] <justinl98>	 _vendor/smarty/smarty/libs/sysplugins/smarty_internal_templateparser.php_ and _vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatelexer.php_. We do have a lot of templates and layers of templates, what would be the best way of determining why these timeouts sometimes occur and how best to tune the system to minimize them. Increasing the
[12:14:19] <justinl98>	 timeout to > default 30s feels like a last resort. One thing I'd like to figure out is how to get stats (heat map?) on how long PHP-FPM executions are actually taking.
[12:44:58] <Vulpix>	 justinl98: There's a slow_log configuration to log requests that take more than X seconds (configurable)
[12:49:11] <justinl98>	 Yeah I was just digging through the php pool config file and playing with the regular log, hadn't looked at the slow log yet but that may well be a good place for this. I was just analyzing my apache and php reqs per second to determine how much logging would be generated on my live servers, maybe only 400-450 MB per day (only around 25 php req/s
[12:49:11] <justinl98>	 average over a week per server).
[12:52:15] <justinl98>	 what's funny is that the default (though commented out) value for access.log in the pool config is *log/$pool.access.log* and if you don't fully qualify it, it defaults to */usr/log* which is a bizarre default.
[12:54:04] <Vulpix>	 About your registered nick, you can kick out the user that's currently using your nick with /ns ghost justin  :-)
[12:54:17] <justinl98>	 ah cool good to know, thanks!
[12:54:31] <justinl>	 :)  
[16:32:59] <Space-Modulator>	 How do I resolve "Uncaught Error: Call to a member function getIP() on null" Thanks. 
[16:38:48] <Vulpix>	 Space-Modulator: Do you have a stack trace of the error?
[16:39:05] <Space-Modulator>	 S:\Mantis\inetpub\wiki\www\w\includes\user\User.php:2282 Stack trace: #0 S:\Mantis\inetpub\wiki\www\w\includes\session\SessionBackend.php(734): User->getName() #1 S:\Mantis\inetpub\wiki\www\w\includes\session\SessionBackend.php(618): MediaWiki\Session\SessionBackend->save() #2 [internal function]:
[16:39:06] <Space-Modulator>	 MediaWiki\Session\SessionBackend->MediaWiki\Session\{closure}() #3 S:\Mantis\inetpub\wiki\www\w\vendor\wikimedia\scoped-callback\src\ScopedCallback.php(96): call_user_func_array(Object(Closure), Array) #4 S:\Mantis\inetpub\wiki\www\w\vendor\wikimedia\scoped-callback\src\ScopedCallback.php(56): Wikimedia\ScopedCallback->__destruct() #5
[16:39:06] <Space-Modulator>	 S:\Mantis\inetpub\wiki\www\w\includes\session\SessionManager.php(864): Wikimedia\ScopedCallback::consume(NULL) #6 S:\Mantis\inetpub\wiki\www\w\includes\session\SessionManager.php(310): MediaWiki\Session\SessionManager->getSessionFromInfo(Object(MediaWiki\Session\SessionInfo), Object(WebRequest)) #7 S:\Mantis\inetpub\wiki\www\ in
[16:39:07] <Space-Modulator>	 S:\Mantis\inetpub\wiki\www\w\includes\user\User.php on line 2282
[16:41:49] <Space-Modulator>	 This is line 2282:  			$this->mName = IP::sanitizeIP( $this->getRequest()->getIP() );
[16:42:10] <Sia->	 Hi
[16:42:11] <Vulpix>	 If you upgraded, be sure you unpacked the new files on a clean and empty directory, and not over the old files, to prevent leftover files from the old installation to cause problems
[16:42:32] <Vulpix>	 Also, try to disable all extensions and enable one by one to find if one of them is causing the problem (and which one)
[16:43:03] <Space-Modulator>	 How can I disable extensions? 
[16:43:26] <Sia->	 I've flowed short url on your wiki, but got a 403 error. the wiki is installed in w/ and my .htaccess is in root with this content http://dpaste.com/01M3Z9X.txt 
[16:43:30] <Sia->	 any idea?
[16:44:17] <Vulpix>	 Space-Modulator: comment-out the line that includes it in LocalSettings.php (usually a require_once or wfLoadExtension)
[16:44:39] <Space-Modulator>	 Thanks. 
[16:44:47] <Sia->	 and this my localsettings.php http://dpaste.com/1V925Z5
[16:45:02] <Sia->	 is the same as you wiki
[16:45:09] <Sia->	 why 403 erro
[16:49:31] <Space-Modulator>	  How can I make sure my PHP is version 7.2.9+ and MySQL is version 5.5.8+? I'm still trying to figure all of this out. Thanks. 
[16:50:32] <Sia->	 any idea about my issue?
[16:54:04] <Sia->	 its moved me to https://chawg.org to endless wiki/wiki/wiki .....etc
[16:56:36] <Vulpix>	 Sia-: your last line should probably be: RewriteRule ^(.*) /w/index.php/$1 [L,QSA]
[16:56:43] <Vulpix>	 note the leading /
[16:58:17] <Sia->	 Vulpix still the same
[16:58:21] <Vulpix>	 Space-Modulator: you can create a file on your server calling phpinfo(); as explained here https://www.mediawiki.org/wiki/Manual:Php.ini
[17:00:08] <Vulpix>	 Sia-: try with: RewriteBase /wiki/
[17:00:13] <Vulpix>	 since you also have $wgArticlePath = "/wiki/$1";
[17:00:52] <Sia->	 but the dir is w/
[17:02:09] <Sia->	 and still the same but the path working well in https://chawg.org/wiki/
[17:02:19] <Sia->	 but not in the web root
[17:02:32] <Vulpix>	 Sia-: You want your "pretty URLs" to be under /wiki/, correct? Then you need to tell your server to rewrite everything that's under /wiki/ to point to where your MediaWiki is *actually* installed, which is /w
[17:02:44] <Vulpix>	 That's what RewriteBase /wiki/ means
[17:03:01] <Sia->	 still doesn't work
[17:03:18] <Sia->	 403 error https://chawg.org
[17:03:40] <Vulpix>	 https://chawg.org/wiki/Something at least works
[17:07:26] <Vulpix>	 Sia-: Apparently you need RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]
[17:08:05] <Sia->	 not working too :-(
[17:09:37] <Vulpix>	 https://chawg.org/wiki/ seems to work now
[17:11:10] <Sia->	 yes but the .htaccess is in the root, i need chawg.org works not in dir
[17:13:24] <Vulpix>	 You need https://chawg.org/ redirect to https://chawg.org/wiki/
[17:13:29] <Vulpix>	 *?
[17:13:41] <Sia->	 Vulpix yes
[17:15:27] <Vulpix>	 RewriteRule ^/?$ /wiki/ [R=301,L]
[17:16:58] <Sia->	 Vulpix i did http://dpaste.com/26CAT93
[17:18:12] <Sia->	 Now is working, Thanks :)
[17:18:41] <Sia->	 the RewriteBase / was the issue
[17:40:32] <Space-Modulator>	 Vulpix I tried doing another fresh install and only moving over localsettings.php, extensions, and skins. I made sure to comment out all of the extensions which were all labeled as require_once. I was able to verify my PHP version is 7.3.12
[17:40:39] <Space-Modulator>	 I am still getting the same error. 
[17:42:36] <Vulpix>	 Space-Modulator: can you post the full stack trace again? here: https://dpaste.org/ and post only the link
[17:43:02] <Vulpix>	 Also, which version of MediaWiki are you using?
[17:43:17] <Space-Modulator>	 https://dpaste.org/eaYD
[17:43:37] <Space-Modulator>	 1.34.1
[17:51:12] <hare>	 Is there a way I can directly interact with the production instance of Parsoid?
[17:51:49] <hare>	 I'm interested in getting some pagebundles
[17:53:10] <Vulpix>	 Space-Modulator: See https://www.mediawiki.org/wiki/Topic:U2jc2jcy4uofg4v4
[17:53:29] <Reedy>	 hare: Via rest.php maybe?
[17:53:59] <hare>	 I'm not sure I know what that is
[17:54:06] <Reedy>	 it's a php file
[17:54:11] <Reedy>	 you can tell by the extension :P
[17:54:18] <hare>	 Sure. Where is it?
[17:54:49] <Reedy>	 https://en.wikipedia.org/w/rest.php
[17:56:40] <Reedy>	 https://www.mediawiki.org/wiki/Parsoid/API
[17:57:03] <Vulpix>	 we have a lot of rest endpoints...
[17:57:27] <Reedy>	 > var_dump( $wmgParsoidURL );
[17:57:27] <Reedy>	 string(32) "http://localhost:6002/w/rest.php"
[17:57:30] <Reedy>	 I was mostly going based on that ;)
[18:03:54] <Space-Modulator>	 Is there any special user permissions that need to be set for the mwtmp-IUSR folder? 
[18:04:19] <hare>	 So, now I need to figure out how to go from rest.php to Parsoid as one of the services on that endpoint.
[18:06:48] <Reedy>	 hare: https://www.mediawiki.org/wiki/Parsoid/API#v3_API
[18:06:53] <Reedy>	 https://www.mediawiki.org/wiki/Parsoid/API#Examples
[18:12:48] <hare>	 https://en.wikipedia.org/w/rest.php/en.wikipedia.org/v3 this should work but it doesn't?
[18:15:44] <hare>	 neither does https://en.wikipedia.org/w/rest.php/v3 or any other combination I can think of
[18:16:08] <Reedy>	 https://en.wikipedia.org/api/rest_v1/page/html/Paris
[18:16:22] <Reedy>	 https://en.wikipedia.org/api/rest_v1/
[18:16:34] <Reedy>	 https://en.wikipedia.org/api/rest_v1/#/Transforms
[18:16:36] <Reedy>	 lots require posting
[18:20:32] <hare>	 And there we go. Cheers!
[18:44:03] <Space-Modulator>	 Getting a new error now that I edited the correct php.ini file saying it can not access the database. "Sorry! This site is experiencing technical difficulties.
[18:52:13] <Space-Modulator>	 I added $wgShowExceptionDetails = true; to the localsettings.php and get the following for my error. https://dpaste.org/gzZc
[19:30:11] <Space-Modulator>	 Finally got it working!! There were some issues with the mySQL password and when we fixed that following some of the other wiki information and found the extensions that were giving issues like Gadgets and VisualEditor I can finally access everything.
[20:01:55] <acagastya>	 Hi.  Can anyone help me with Abuse Filter?
[20:04:39] <andre__>	 !ask | acagastya
[20:04:39] <wm-bot>	 acagastya: Please feel free to ask your question: if anybody who knows the answer is around, they will surely reply. Don't ask for help or for attention before actually asking your question, that's just a waste of time – both yours and everybody else's. :)
[20:05:41] <acagastya>	 andre__, that was to know if I wasn't asking in the wrong channel.
[20:06:00] <acagastya>	 How do I match content of a LQT for Abuse Filter?
[20:07:31] <andre__>	 acagastya: Hmm, what makes LQT special? Can you elaborate?
[20:10:17] <andre__>	 acagastya, basically https://www.mediawiki.org/wiki/Extension:AbuseFilter/RulesFormat - but I don't know what you have tried, or if something did not work
[20:15:35] <acagastya>	 andre__: the title of LQT thread can easily modified which has its separate history as compared to change in the text.
[20:16:56] <acagastya>	 There is IP LTA for threads where IPs are changing the topic name.
[20:17:19] <acagastya>	 They are adding same words, which sets a pattern for abuse filter.
[20:17:48] <acagastya>	 However, it does not go with the page title.  It does not match added lines.  Nor does it match summary.
[20:23:58] <Vulpix>	 acagastya: does the examine recent edits from AbuseFilter match any edit on LQT?
[20:26:48] <acagastya>	 Vulpix, They are deleted, so can't say as of this moment.
[20:27:04] <acagastya>	 But there was a filter in place for added_lines and summary.
[20:27:13] <acagastya>	 Two IPs tripped over that.
[20:27:58] <acagastya>	 * 1 IP.
[20:29:12] <acagastya>	 Should I use "edit_diff"?
[20:32:31] <Vulpix>	 The first thing you should do is look at AF logs to see if *any edit in LQT* can be seen in AF. Otherwise, it means AF is not aware of LQT and there's no rule you can write to prevent such edits
[20:33:11] <Vulpix>	 The "examine" link will give you the list of variables that can be used
[20:48:56] <acagastya>	 Vulpix: If I create new threads, yes it shows up.
[20:49:11] <acagastya>	 However, when I want to change the subject, that does not.
[20:49:25] <acagastya>	 That is where the LTA is creating the disturbance.
[21:08:36] <Vulpix>	 acagastya: that probably means it isn't supported. You can file a bug about that on phabricator, but I think LQT is mostly unmaintained nowadays
[21:32:12] <Yaron>	 Hi - I have a new extension folder in the Wikimedia Gerrit repository, "PageExchange". (Yay.) I created a patch to add an initial set of code there, but it looks like Jenkins validation is not yet activated for that folder, or whatever the term is. How can I get it running?
[21:38:46] <MatmaRex>	 Yaron: i don't know how to do it, but i know that you can get it done if you file a Phabricator task under #continuous-integration :D
[21:39:57] <Yaron>	 MatmaRex: ah, that sounds familiar! I'll do that, thanks.
[21:42:14] <andre__>	 I'm also wondering. I can smell an "improve the docs" spin-off task :)
[21:54:36] <Skizzerz>	 Yaron: tl;dr to do it yourself is clone the zuul repo and add your repo into the config there: https://www.mediawiki.org/wiki/Continuous_integration/Zuul#Change_configuration
[21:54:49] <Skizzerz>	 (by editing zuul/layout.yaml)
[21:57:39] <Skizzerz>	 the list of extensions that jenkins runs on (for non-wmf deployed extensions) begins on line 4702
[21:58:30] <Skizzerz>	 add yours in there in the appropriate alphabetical order
[21:58:39] <Skizzerz>	 then push the patch up to gerrit for review
[21:59:13] <Yaron>	 Skizzerz: oh, okay, thanks. Well, I already submitted the Phabricator ticket, but if that doesn't get a response, I'll try this.
[22:01:08] <Skizzerz>	 the docs could definitely stand to make that a bit more clear though. If you didn't already know that zuul was the glue between jenkins and gerrit you'd never find those instructions