[01:01:34] <mataniko>	 Is there any extension that will automatically modify external links?
[01:03:23] <mataniko>	 like adding a query param
[01:26:14] <mataniko>	 or better yet, search and return some text from another page inline
[02:34:12] <biberao>	 hi is it possible to have links open another tab/window without an extension?
[02:37:55] <tgr>	 biberao: https://www.mediawiki.org/wiki/Manual:$wgExternalLinkTarget
[02:38:11] <tgr>	 (first page that comes up if you google "mediawiki open link in new tab")
[02:39:07] <tgr>	 mataniko: not sure but it would be easy to write one using the https://www.mediawiki.org/wiki/Manual:Hooks/LinkerMakeExternalLink hook
[02:39:31] <biberao>	 thanks
[02:39:35] <biberao>	 i saw the first one
[02:41:34] <biberao>	 tgr: know anything about Cargo?
[03:03:28] <mataniko>	 thanks tgr
[04:46:28] <Seddon>	 Does anyone know what the timeout is for email sends once you hit the limit?
[13:22:27] <sysadmin_wannabe>	 how would one add support for VisualEditor on a custom skin?
[13:25:00] <sysadmin_wannabe>	 reading https://www.mediawiki.org/wiki/VisualEditor/Skin_requirements
[13:33:26] <bodom>	 Hi there! I am upgrading my mediawiki and broken the install. mw-config/ says "update complete", but when i try to open any page, i get "PHP Fatal error:  Uncaught Error: Call to a member function getCode() on null in /var/www/mediawiki-1.31.1/includes/user/User.php:1737"
[13:38:42] <bodom>	 Also, UserOptions.php does not run: it looks like it is trying to use non-existing "mediawiki" database instead of the right one
[13:41:19] <bodom>	 all the maintenance scripts seem to be looking for the wrong database name
[13:44:05] <bodom>	 Ok, it looks like the old $wgDBmwschema options was confusing it
[16:22:35] <Aetesaki>	 Could someone assist me in debugging my wiki?
[16:38:59] <sysadmin_wannabe>	 <Aetesaki>, shout
[16:39:05] <sysadmin_wannabe>	 it doesn't hurt
[16:39:06] <sysadmin_wannabe>	 xD
[16:39:33] <sysadmin_wannabe>	 mw noob here :)
[16:39:43] <Aetesaki>	 hehehe
[16:40:42] <Aetesaki>	 I keep getting these Internal Error messages when displaying pages on my wiki
[16:41:22] <Aetesaki>	 So far I've found that the errors seems to be connect to a single template I'm using on the site
[16:42:22] <Aetesaki>	 http://sunomi.no/w/index.php?title=Template:Del-IPA
[16:42:32] <sysadmin_wannabe>	 what server are you using, nginx?
[16:42:41] <sysadmin_wannabe>	 apache?
[16:43:16] <sysadmin_wannabe>	 oh, that's a MW internal error
[16:43:26] <Aetesaki>	 i would guess it's apache
[16:46:58] <Aetesaki>	 Yeah, but why do I have it, and how do I get rid of it?
[16:51:27] <de-facto>	 Are user user logins supported with the "$wgMainCacheType = CACHE_ACCEL;" in LocalSettings.php as written by the installer on a new installation?
[16:52:44] <de-facto>	 Just installed the latest mediawiki and commenting that line out permits me to login, with it enabled as per installer logins seem to be not possible :(
[16:53:47] <Aetesaki>	 It is now
[16:56:05] <Aetesaki>	 Changing to CACHE_ACCEL did not remove the error
[16:57:25] <de-facto>	 I was describing that for my installation the installer seems to leave a broken configuration, hence my question how to fix my setup
[16:59:44] <de-facto>	 Seems to be a known problem for long time? https://phabricator.wikimedia.org/T147161
[17:02:50] <Vulpix>	 de-facto: you should set the session cache type to something persistent, like database: https://www.mediawiki.org/wiki/Manual:$wgSessionCacheType
[17:03:06] <de-facto>	 Why does the installer only set $wgMainCacheType = CACHE_ACCEL; without setting also $wgSessionCacheType = CACHE_DB;  ?
[17:03:27] <Vulpix>	 Aetesaki: set $wgShowExceptionDetails = true; in LocalSettings.php
[17:04:18] <Vulpix>	 Someone forgot about that (not so) edge-case *shrugs*
[17:05:22] <de-facto>	 ok, it was preventing me to login after a "clean" install, so i hat to research for that error until i got it working now...
[17:07:47] <Aetesaki>	 Well, that gave one hell of a error page...
[17:11:02] <Vulpix>	 Aetesaki: wfProfileIn was removed in recent versions of MediaWiki... are you using an old version of ParserFunctions with a newer versions of MediaWiki? that won't work
[17:11:28] <Vulpix>	 You should use upgraded extensions
[17:11:40] <Aetesaki>	 downloading now
[17:14:28] <Aetesaki>	 Thanks that seem to have gotten rid of that error
[17:14:36] <de-facto>	 Vulpix, I am new to mediawiki, which would be the most common way to let users commit edits without exposing them to the public prior to having an admin approve the revision? We are thinking about using it for a university website and we want to prevent publishing changes without having someone approve it 
[17:15:47] <de-facto>	 ideal would be permiting users to suggest edits without even requiring to login, then approving those changes with a logged in user to publish them
[17:15:50] <Vulpix>	 de-facto: you can try https://www.mediawiki.org/wiki/Extension:Moderation or other similar
[17:16:52] <de-facto>	 would it hide changes even in the revision history before someone approves them?
[17:17:58] <de-facto>	 I am trying to evaluate the possibilities with a local install before suggesting it to our IT department
[17:18:07] <Aetesaki>	 I guess I should download all the extensions I use again, then?
[17:26:28] <de-facto>	 Vulpix, thanks that Moderation extension looks exactly like the functionality we are searching for :)
[17:26:47] <Vulpix>	 Aetesaki: ideally, yes
[17:27:47] <Aetesaki>	 Yeah... I would guess so...
[17:34:50] <niso>	 hi, there is any way to do profiling on page that uses some templates?
[18:31:25] <andre__>	 niso: Have you checked the source of that page already in your browser? There is usually a "Transclusion expansion time report" section.
[18:40:11] <niso>	 yea ive saw this, im searching for something more detailed if exists?
[18:43:18] <andre__>	 maybe https://www.mediawiki.org/wiki/Extension:PerformanceInspector and https://www.mediawiki.org/wiki/Manual:Profiling
[19:38:40] <star314>	 Hi! This is perhaps an absolute trivial question, but I can't find a quick solution: On my MediaWiki installation on Debian 9, the default URL is always www.mydomain.com/mediawiki, but I want just www.mydomain.com. Thus I have created in Apache 2 a virtual host file directly pointing to "/var/lib/mediawiki" where the start site is located. I have also removed "Alias /mediawiki /var/lib/mediawiki" from mediawiki.conf, but still "mediawiki" appears in 
[19:38:41] <star314>	 the URL when I access the page.
[19:39:52] <star314>	 Any expert available who can point me to a solution to this trivial problem?
[19:50:38] <bawolff>	 Also adjust $wgScriptPath $wgArticlePath in LocalSettings.php
[19:51:38] <sysadmin_wannabe>	 https://www.mediawiki.org/wiki/Manual:Short_URL
[19:58:48] <star314>	 bawolff: Thanks. To $wgScriptPath = "/"; ?
[19:59:17] <star314>	 Currently, there is no "$wgArticlePath" entry in LocalSettings.php
[20:03:55] <niso>	 https://www.mediawiki.org/wiki/Extension:PerformanceInspector looks nice, anyone knows any wiki that uses it? my wiki has custom skin that may not work with this. so i want t osee what links this extension generates so i can manually enters it
[20:27:38] <de-facto>	 Where can I find a list of common mediawiki directories with description for locking it down in nginx config?
[20:31:30] <de-facto>	 As per default I have the directories "cache docs extensions images includes languages maintenance mw-config resources serialized skins tests vendor" in my mediawiki directory
[20:37:30] <sysadmin_wannabe>	 https://www.mediawiki.org/wiki/Manual:Code
[20:38:20] <sysadmin_wannabe>	 I use this default config from nginx docs
[20:38:21] <sysadmin_wannabe>	 https://www.nginx.com/resources/wiki/start/topics/recipes/mediawiki/
[20:38:31] <sysadmin_wannabe>	 working great
[20:39:21] <de-facto>	 yes i have seen that one, but i want mine under /wiki -> /w
[20:40:18] <sysadmin_wannabe>	 you only need to change LocalSettings and nginx.conf
[20:41:01] <sysadmin_wannabe>	 btw, w/ is the default
[20:41:09] <de-facto>	 I guess i just { deny all; } for all directories (except /images) until something breaks
[20:43:19] <de-facto>	 well not for /images and /ressources I guess
[20:43:30] <de-facto>	 what about /skins ?
[20:44:28] <sysadmin_wannabe>	 nope
[20:45:04] <de-facto>	 needs to access those i guess
[20:45:06] <sysadmin_wannabe>	 if you forbid the access, the skin doesn't show right
[20:45:23] <sysadmin_wannabe>	 you could only allow access from localhost I suppose
[20:46:26] <de-facto>	 I am trying to setup locally but then i want to expose it under a public domain name
[21:21:46] <de-facto>	 hmm trying to setup short URLs, why is "Printable Version" "Permanent Link" and "Page Information" not affected by it (e.g. still under /w/)?
[21:22:17] <BrettyJames>	 What does it mean for an organization in GCI when they have a low task completion number as opposed to others?
[21:22:36] <Urbanecm>	 It doesn't have to mean anything
[21:22:50] <Urbanecm>	 an org with 1 mentor will have less completed tasks compared to an org with 100 mentors
[21:22:57] <Urbanecm>	 BrettyJames, why you're asking here, btw?
[21:24:46] <BrettyJames>	 I'm asking because I can't seem to find an answer, so I decided to ask one of the organizations involved in GCI.
[21:25:01] <Urbanecm>	 ok then :)
[21:25:06] <BrettyJames>	 If it's inappropriate, I am so sorry
[21:25:16] <Urbanecm>	 np, I'm just wondering :)
[21:25:25] <BrettyJames>	 Alright thank you
[21:26:04] <Urbanecm>	 as I said, it doesn't have to mean anything. It can be just difference in mentor count. Also tasks created by org one can be less interesting for the students than tasks created by org two
[21:26:53] <BrettyJames>	 Will a low completion count cause an organization to reconsider participation in the following years?
[21:27:22] <Urbanecm>	 I don't know how Google chooses participating organizations
[21:27:46] <BrettyJames>	 I thought organizations registered?
[21:28:06] <Urbanecm>	 Yeah, orgs are filling applications, but Google approves the applications and I don't know Google's criteria
[21:29:01] <Urbanecm>	 anyway, I don't think so. Maybe a very low completion count, but I think participating with an org will make sense for Google as long as it makes sense for the org itself and there aren't any problems (like frequently responding in >36 hours, or asking students inappropriate info or something like that).
[21:33:57] <BrettyJames>	 Thank you
[21:34:01] <BrettyJames>	 You answered my question
[21:34:08] <BrettyJames>	 :)
[21:34:35] <Urbanecm>	 yw
[21:36:07] <de-facto>	 How do I set "/w/index.php?title=Main_Page&printable=yes" to "/wiki/Main_Page?printable=yes" ?
[21:36:41] <de-facto>	 the shorturl howto doesnt seem to cover this setting if possible at all
[21:37:47] <Skizzerz>	 de-facto: the base short url configuration will make the latter work as well
[21:38:09] <de-facto>	 thats what i thought too
[21:38:10] <Skizzerz>	 I believe that links generated by the wiki will still use the former however
[21:38:52] <Skizzerz>	 if you're rewriting using mod_rewrite (aka RewriteRule), the QSA (Query String Append) flag is what is responsible for taking the ?printable=yes and putting that at the end of your rewrite
[21:39:13] <de-facto>	 which settings influence the contruction of those "Printable version" "Permanent Link" and "Page Information"?
[21:40:15] <de-facto>	 I set "$wgScriptPath = "/w";", "$wgArticlePath = "/wiki/$1";" and "$wgUsePathInfo = true;"
[21:40:19] <sysadmin_wannabe>	 https://pastebin.com/AQevECTn
[21:40:27] <sysadmin_wannabe>	 something like this?
[21:40:30] <sysadmin_wannabe>	 not sure
[21:40:33] <sysadmin_wannabe>	 noob here
[21:41:05] <sysadmin_wannabe>	 I'm using nginx
[21:41:12] <de-facto>	 yes me too
[21:41:27] <de-facto>	 I am trying to influence how mediawiki constructs its links in the delivered HTML
[21:43:55] <de-facto>	 i would like to avoid filtering php output to change the links
[21:45:17] <sysadmin_wannabe>	 i like https://wiki/Article better
[21:45:46] <sysadmin_wannabe>	 https://pastebin.com/rcLUK6ts
[21:45:53] <sysadmin_wannabe>	 what I'm using
[21:48:54] <de-facto>	 thats the part when nginx receives a request, i am talking about php contructing the links and delivering them in HTML to the browser
[21:49:19] <de-facto>	 I tried to purge the cache globally, yet no fun 
[21:54:38] <sysadmin_wannabe>	 noob here
[21:54:39] <Skizzerz>	 de-facto: no way to do that without an extension, I'm afraid
[21:54:58] <Skizzerz>	 you can use $wgActionPaths to change certain things like action=edit, action=delete, etc. to prettier URLs
[21:55:05] <Skizzerz>	 but nothing for printable=yes
[21:55:41] <de-facto>	 hmm i see, so it always will be a mixed /wiki and /w url setup then from the view of clients?
[21:55:48] <Skizzerz>	 yes
[21:55:54] <Skizzerz>	 this is probably a good thing
[21:56:10] <Skizzerz>	 it lets you set /w as excluded in robots.txt so that spiders don't crawl non-view pages
[21:56:52] <de-facto>	 yeah i have read it already
[21:57:39] <Skizzerz>	 anything hitting the API will similarly use the /w path
[21:57:53] <Skizzerz>	 although end users generally don't do that themselves
[21:58:40] <Skizzerz>	 "Page Information" you can do with $wgActionPaths
[21:59:01] <Skizzerz>	 $wgActionPaths['info'] = '/wiki/$1?action=info';
[21:59:19] <Skizzerz>	 or something even fancier if you want, but you'd have to set up rewrite rules
[22:00:35] <de-facto>	 rewrite rules are not a problem, i will study https://www.mediawiki.org/wiki/Manual:$wgActionPaths
[23:08:37] <de-facto>	 hmm something broke my "wfLoadExtension('ConfirmEdit');", doesnt ask me anything anymore
[23:08:59] <de-facto>	 How can i reenable it?
[23:11:30] <Krenair>	 de-facto, you probably want to load a subextension (? not sure the correct term) of ConfirmEdit
[23:11:43] <Krenair>	 ConfirmEdit/FancyCaptcha ?
[23:12:21] <Krenair>	 one of the wikis I admin has wfLoadExtensions( array( 'ConfirmEdit', 'ConfirmEdit/QuestyCaptcha' ) );
[23:13:43] <de-facto>	 actually it worked before and I didnt change any of its settings
[23:14:01] <de-facto>	 i purged the cache though
[23:14:46] <de-facto>	 Trying to reenable it with "wfLoadExtension('ConfirmEdit');" and "$wgCaptchaClass = 'SimpleCaptcha';" but it just is absent, no questions
[23:16:46] <de-facto>	 btw the array argument breaks php (500) for sth like "wfLoadExtensions(['ConfirmEdit', 'ConfirmEdit/SimpleCaptcha' ]);"
[23:22:22] <de-facto>	 is there a way to list loaded extensions?
[23:28:44] <de-facto>	 hmm does not even work with the default LocalSettings.php anymore
[23:28:51] <de-facto>	 something messed up the database?
[23:30:11] <de-facto>	 is it like extensions are enabled maybe if you are lucky?
[23:42:21] <bawolff>	 de-facto: page Special:Version on your wiki lists loaded extensions
[23:51:24] <de-facto>	 its loaded but does not any work
[23:53:36] <de-facto>	 which is the lastest stable/tested version of mediawiki?
[23:55:08] <de-facto>	 I am using https://releases.wikimedia.org/mediawiki/1.31/mediawiki-1.31.1.tar.gz but it seems quite buggy
[23:57:00] <Krenair>	 de-facto, what are you doing that you are expecting to trigger the captcha system?
[23:57:04] <Krenair>	 1.31.1 is the latest one
[23:57:06] <Krenair>	 if you find bugs please report them
[23:57:51] <de-facto>	 I am editing a page, and before I was asked to do a simple math question to confirm the edit
[23:58:06] <de-facto>	 the extension is loaded but does not trigger anymore
[23:59:38] <bawolff>	 de-facto: The obvious question is how is it configured: https://www.mediawiki.org/wiki/Extension:ConfirmEdit#Configuration
[23:59:48] <Krenair>	 de-facto, for any edit or only those adding things like external links?