[06:27:49] <liru>	 Is there a way to remove pages/files from the "wanted pages/files" lists?
[06:28:19] <liru>	 Mostly looking to remove a bunch of stuff that was imported from wikipedia
[06:28:29] <liru>	 Like the module/template docs
[07:33:13] <agentjayjay>	 hey guys and girls, i have a super quick question.  I'm trying to edit the main page of a wiki but i can't seem to find any tutorials that explain how to create portals
[07:33:37] <agentjayjay>	 i've seen infoboxes and categories and namespaces but not something that ties them together?
[11:09:02] <cronolio>	 hi how to disable categorized output in rss feed ?
[11:09:22] <cronolio>	 like (7 intermediate revisions by the same user not shown)
[11:21:27] <eddiegp>	 liru: Pages are "wanted" if other pages link to them (redlinks). If you want to remove the page "foo" from the list on Special:WantedPages you'll need to look at "Special:WhatLinksHere/foo". Every page listed there has a link to "foo" and you'll need to remove all those links in order to make pages disappear from Special:WantedPages.
[14:22:02] <xmsk>	 Hi everyone! I have a small problem running mediawiki on arch linux. That is I tried enabling ACP caching and when I set $wgMainCacheType = CACHE_ACCEL; I get an error message when logging (session hijacking) into the wiki. Does anyone know a solution for this probelm?
[14:22:37] <Dereckson>	 Hi xmsk 
[14:23:17] <Dereckson>	 On what version of MediaWiki do you test that, one packaged by arch or the last MW release from our site?
[14:23:56] <Dereckson>	 I expect the issue is you've a value cached in APC or APCu
[14:24:12] <Dereckson>	 and the authentication/session code expects a refreshed value
[14:24:13] <xmsk>	 it is version 1.28.2 from the arch repositories
[14:24:39] <xmsk>	 can I somehow clear the cache such that this wouldn't happen again?
[14:25:21] <Dereckson>	 Yes, restarting the PHP process, but if it will cache again the value afterwards, that will happen again
[14:25:25] <Dereckson>	 so it's not a solution
[14:25:47] <Dereckson>	 you can also use apc_clear_cache
[14:26:21] <xmsk>	 I suppose this won't help either?
[14:26:26] <Dereckson>	 What I don't understand is why you want to use APC on a recent version of PHP
[14:26:46] <Dereckson>	 http://php.net/manual/en/intro.apc.php
[14:26:49] <xmsk>	 what would you reccomend?
[14:26:49] <Dereckson>	 This extension is considered unmaintained and dead. However, the source code for this extension is still available within PECL GIT here: http://git.php.net/?p=pecl/caching/apc.git.
[14:26:59] <Dereckson>	 PHP 7 + get opcache features or hhvm
[14:27:30] <xmsk>	 okay I will try opcache then
[14:27:42] <xmsk>	 although I use APCu, I thought this was the same as ACP
[14:27:54] <Dereckson>	 APCu is still maintained
[14:28:47] <Dereckson>	 that's a good way to get an usercache, ie a cache to store arbitrary objects from the application, as opcache will give you only an opcode cache, ie a cache to compile the PHP code
[14:29:04] <Dereckson>	 a popular alternative way to get an user cache is memcached
[14:30:23] <xmsk>	 and how to I tell mediawiki to use APCu?
[15:09:37] <brycec_>	 Hello, I was wondering if I could get a bit of help. I am trying to upgrade from Mediawiki 1.27.2 to .3, and while I do see the archives for a manual update, I read about using patch files, yet there is no .3 patch file, only one for .2. Is there anywhere else that the file files can be found?
[15:25:27] <brycec_>	 never mind. I found out how to import my MediaWiki instance into the softaculous app in cpanel, so my worries should be alievated.
[16:07:09] <liru>	 eddiegp: That sounds like a bit much, especially when most of the stuff was from imported doc pages...
[16:13:43] <eddiegp>	 liru: I'm not aware of any other option. It's the very intention of those special pages to show "wanted pages" by looking for and counting redlinks.
[16:16:21] <liru>	 I found a semi workaround, even though it's dirty
[16:18:53] <liru>	 How about a way to remove wanted files that are satisfied by wikicommons?
[16:19:09] <liru>	 Basically, the struck-out entries
[17:31:33] <Reception123>	 Could anyone help with an Echo error where emails are not being sent?
[18:53:43] <georgeowell>	 hey folks, does anyone have any pointers on why the body of the text isn't appearing on mobile in our wiki 
[18:53:45] <georgeowell>	 https://wiki.ojuso.org/index.php?title=Main_Page
[18:54:00] <georgeowell>	 using the MobileFrontend extension
[18:58:52] <georgeowell>	 I can't work it out :/
[19:01:44] <eddiegp>	 georgeowell: Am I getting you right, when you click the "mobile view" button on the bottom of the page you don't see the page text?
[19:01:50] <eddiegp>	 Because that works just fine for me.
[19:02:00] <georgeowell>	 nope. Just the headings.
[19:02:24] <georgeowell>	 This is on Firefox and standard Browser on Android
[19:06:11] <eddiegp>	 Ahh, I see. I can reproduce that by using Firefox' tool to play around with display sizes. Whenever I reduce the width to something <720 the content disappears (and appears again if I move to something >=720 again).
[19:08:41] <eddiegp>	 Sorry, I don't have any clue why that happens though :/ If you don't find any help here you maybe want to join #wikimedia-mobile , the people who develop MobileFrontend are usually around there.
[19:08:52] <georgeowell>	 awesome thanks so much
[19:47:57] <legoktm>	 georgeowell: there's a javascript error: mfTempOpenSection
[19:48:01] <legoktm>	 ReferenceError: mfTempOpenSection is not defined[Learn More]
[19:48:52] <legoktm>	 MF automatically collapses sections, and you're supposed to click on the headings to open it, but that opening is failing for some reason
[19:49:49] <georgeowell>	 hmm
[19:49:51] <georgeowell>	 thats odd
[19:49:59] <georgeowell>	 i have a pretty standard install
[19:50:57] <georgeowell>	 pulled the extension from github https://github.com/wikimedia/mediawiki-extensions-MobileFrontend
[20:14:15] <georgeowell>	 hmm no luck troubleshooting this so far