[01:36:22] @ops [01:37:26] whack-a-mole, you have a virus [01:37:37] they've already been klined [01:37:47] They're back actually [01:37:49] oh [01:38:04] N3X15: no its a fake alarm [01:38:07] It was only a kill [01:38:14] sigyn does kline [01:38:14] sigyn klines after the kill [01:38:18] i got new ip from vpn [01:38:20] lol [01:38:27] im an actual bona fide hacker [01:38:48] Says the guy using ancient iframe attacks. [01:38:52] anyway that html referenced a page that is now defunct [01:38:56] if the topic change was intentional, are you done trying to be cute? [01:39:05] sure [01:39:08] thanks [01:39:24] but anyway that string is a commonly known false trigger of windows defender [01:39:33] yeah, please don't do it again [01:39:46] neither freenode nor us appreciate people trying to trip their antivirus [01:39:58] Why is topic changing unlocked? [01:39:59] in reality it was never harmful except when rendered as html over a decade ago when the page was existent [01:40:05] but yeah sorry [01:40:21] i went /msg alis list * -min 200 -mode -t [01:40:36] and found three channels with at least 200 ppl and unlocker topic [01:40:44] this was one of the three [01:40:51] so i decided to be funny [01:41:15] Idiot [01:41:20] Skizzerz, +t pls [01:41:28] no reason it should be unset [01:41:28] if it becomes a problem, sure [01:41:41] It literally was just made a problem [01:43:42] who is the rat? [01:43:51] someone told the staff i was kline evading [01:43:53] who was it? [01:43:55] we have a large number of staff who idle here and other channels [01:43:59] could be anyone [01:43:59] oh [01:44:12] so probably one of the nigger people lol [01:44:14] fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck [01:44:15] fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck [01:44:16] https://bit.ly/IKirF4 [01:44:16] edgy [01:44:17] [01:44:18] https://imgur.com/a/GxJ93bf [01:44:18] https://imgur.com/a/oBSBF2a [01:44:19] https://bit.ly/IKirF4 [01:44:20] fuck fuck fuck fuck fuck fuck fuck fuck fuck fuck [01:44:21] go to bed opal [01:45:07] He's gonna be like this all night. [01:45:12] probably [06:30:49] Hi, Where can I find user statistics of MediaWiki. Similar to this 2015 version. [06:30:51] https://www.mediawiki.org/wiki/MediaWiki_Usage_Report_2015 [06:31:14] I'm looking for current MediaWiki usage report [10:16:26] #For years, simply made edits anonymously. Then recently, when attempting to edit, noticed my IP blocked. Where might I discuss this issue, get advice on what to do to prevent future probs? [10:18:45] contact the administrators of the wiki Apt411 [10:19:08] your block should tell you which administrator blocked you [10:27:24] Attempted to ascertain how to contact Admins on Wikipedia, but no luck. Should I begin at Community Portal? Sorry to bother here. [10:27:41] And thank for pointing me in right direction. [10:49:24] Krenair: Thanks. I went back and found the post related to my IP address. I wasn't sure I would be able to find this. Wrote the administrator involved. Have a great day! [10:54:20] Ok.. Attempt #2 at importing the citation templates. I have installed and enabled extensions TemplateStyles, Scribunto and ParserFunctions. Gonna start by seeing what happens when I try to import https://en.wikipedia.org/wiki/Module:Citation/CS1 [10:57:54] Should I grab pages from the subcategories of [[w:Category:Citation Style 1 templates]] as well? [11:01:23] Trying to import Module:Citation/CS1 I get error "[c6ec40c6cf29e4d60f3f30fd] 2019-04-04 11:00:47: Fatal exception of type "Error"" [11:01:53] Yesterday somebody mentioned I might need to enable Tidy. Should I try that and try to reimport? [12:51:23] Hmmm... seems I have managed to enable citation templates for my old semi-private study wiki: https://wiki.study/regarding/Main_Page. After the sauna I will look for clues there on how to enable citation templates on a new wiki [16:09:11] I kind of want to put the livestream of EMWCon into the mw.org sitenotice. (To use mw.org as a way to get people more involved with real world events) [16:09:12] Any objections? [16:14:45] bawolff_: fine by me [16:14:48] although I see you already did it ;) [16:14:55] Silence is consent! [16:15:10] especially after only 2 minutes! [16:15:24] That's twice as much as 1 minute! [16:15:41] It was actually six minutes :P [16:15:58] or, your complaint was six minutes [16:16:21] I was talking about the actual edit [16:16:26] I suppose it was more around 3 minutes than 2 though [16:16:39] Anyways, if anyone hates it, they can revert :) [16:17:00] doesn't bother me any. But I'm not sure if I count since I hide the sitenotice entirely in my user css... [16:17:20] I mostly want to target randoms reading the docs anyways [16:17:33] in case they want to be "more involved" [16:18:03] Well there used to be 4 watching the livestream, now there is 9, so i guess that worked [16:35:14] We've been stuck on getting LDAP to work with media wiki [16:35:42] Anyone have experience on setting up the LDAP extension ? [16:37:05] I think a lot of people have been having trouble with the ldap extension recently [16:37:47] The second we enable it, media wiki stops working completely [16:38:56] which ldap extension are you trying to use? [16:39:45] It's literally called LDAP Extension, version 2.1.0 [16:40:03] We don't have any called LDAP Extension... [16:40:07] ^ [16:40:31] there is https://www.mediawiki.org/wiki/Extension:LDAP_Authentication which is the older one, it should (mostly) still work though [16:40:45] Is there a recommended extension we should be using? Here is where we got it: https://www.mediawiki.org/wiki/Extension:LDAP_Authentication [16:41:14] then https://www.mediawiki.org/wiki/LDAP_hub details a couple of extensions that are designed to replace that one [16:41:16] Is there a better extension that we should try? We even tried downgrading our Media Wiki version to a compatible version [16:41:32] What do you mean by "mediawiki stops working completely"? [16:41:35] Error, blank page? [16:42:10] Hi Reedy, generic website cannot display the page error [16:42:16] HTTP 500 error [16:42:26] we are using IIS [16:42:28] What do you your webserver logs say? :) [16:44:43] I have some one looking at event logs - looks like it might be PHP installation related [16:44:56] a 500 indicates a PHP error of some sort [16:44:59] Missing ldap extension? Or not enabled [16:45:06] !debug [16:45:06] For information on debugging (including viewing errors), see https://mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging Also see https://mediawiki.org/wiki/Manual:Errors_and_symptoms [16:45:15] if mediawiki worked without the extension, then it's likely something to do with the extension [16:45:41] yeah it works without it [16:46:02] anyway, error details should be in Event Viewer, in the Application log [16:46:28] yeah, i found some of the PHP errors in app logs - googling right now [16:46:52] if you copy/paste the error message (don't need full stack-trace, just the one line message) we can probably instantly tell you what's wrong [16:49:44] Steve_: see above :) [18:57:08] Hi. Am having a show-stopper of a problem with refreshLinks.php. Is this the right place to ask for help? [19:02:38] !ask | robinsod [19:02:38] robinsod: 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. :) [19:21:47] wiki.study/regarding/ has the citation templates, but I did not take notes back in the day when I managed to enable them [19:23:22] Both wikis have Scribunto enabled and the difference in LocalSettings.php I see is that wiki.study has "$wgScribuntoDefaultEngine = 'luastandalone';" [19:25:14] I enabled that now in wiki.ban-covert-modeling.org/wiki/ .. the error I get when trying to import http://en.wikipedia.org/wiki/Special:Search?go=Go&search=w:Module:Citation/CS1 isn't very helpful [19:27:24] Uhh... actually I don't feel like dealing with this technical issue of being unable to use citation templates right now [19:27:31] *not [19:29:26] The error is? [19:29:47] Let me recreate it.. just a moment [19:31:06] Reedy: "Internal Error" "[26566c13061d5e2c05637e43] 2019-04-04 19:30:37: Fatal exception of type "Error"" [19:31:15] lol [19:31:18] !debug [19:31:18] For information on debugging (including viewing errors), see https://mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging Also see https://mediawiki.org/wiki/Manual:Errors_and_symptoms [19:31:18] :P [19:31:27] Is Scribunto actually enabled on your wiki? [19:31:39] I'll check with Special:Version [19:31:48] Hi. Am upgrading MW from 1.26 on Fedora 24 to 1.32 on Debian 9.8. All good until I run refreshLinks.php, at which point it sets page.page_is_redirect=0 for all pages. Can anyone shed any light on this odd behaviour please? [19:32:41] robinsod: I'm no expert, but I think it would be better for you to upgrade to 1.32 on the Fedora and then move it to Debian [19:33:51] Reedy: Yes, this version is installed: https://gerrit.wikimedia.org/g/mediawiki/extensions/Scribunto/+/0d6a8f69811bbf63c3b0ae514ea674157cd4d98c [19:34:09] You'll need to enable some debugging stuff to find out the error then [19:34:32] Oukey doukey.. But I'll do that tomorrow. Now I wanna chill [19:34:35] robinsod: Does purging a page do it too? [19:36:40] jubo2: Alas not doable. Was the 1st sol'n I thought of, but not an option. [19:37:47] Reedy: sorry, don't understand. adding "?purgye=true" to the url just empties the cache doesnt it? Or is there sthing else I dont know about this? [19:37:57] Reedy: sorry, don't understand. adding "?purge=true" to the url just empties the cache doesnt it? Or is there sthing else I dont know about this? [19:38:02] No, it doesn't empty the cache [19:38:27] It makes MW reparse the page, update links on the page... Templates and stuff. Potentially generating some background jobs etc too [19:39:10] no kidding. Trying now... [19:41:48] Reedy: Just looking at the MW page, realised my syntax was wrong, shld be ?action=purge. This is what you are referring to, yes? [19:41:54] yeah [19:42:21] okle. just feeding refreshLinks.php into be db to mess it up again so can test. [19:42:32] okle. just feeding refreshLinks.php into my db to mess it up again so can test. [19:42:38] OOI, why are you running refreshLinks anyway? [19:45:12] Because the MW upgrading page said it was a Good Thing todo. And also because there's some busted stuff I'm trying to fix. On Special:WantedFiles, there are a ton of struck-out image links which, when clicked on, take you to the image page, ie there are actually there. [19:45:56] We should just delete our docs [19:45:59] They are terrible [19:46:30] robinsod: refreshLinks.php is not usually needed as part of the upgrade process. It can fix stuff of things go wrong, but it shouldn't be needed [19:47:10] I'm guessing you possibly want to run updateSpecialPages for wantedpages... [19:47:11] Reedy: ok. Any pointers as to what might be generating all those struck-out links to images then? [19:47:33] if you have misermode enabled, what reedy said [19:47:47] If you don't have wgMiserMode set to true, then something is really messed up [19:49:49] Reedy: the ans to your Q re purge is "no, it does not screw things up like refreshLinks.php does" [19:52:40] bawolff_: I do not have misermode enabled while trying to bugfix. and no sh*t, sthing is really messed up [19:53:18] misermode is enabled normally? [19:53:28] I think its disabled by default [19:53:36] I mean on his wiki [19:53:41] "I do not have misermode enabled while trying to bugfix" [19:53:44] Reedy: nope. but I do want to do some optimisation stuff when the issues are sorted [19:54:23] If miser mode is off, its pulling directly from the db...Maybe if you have ref integrity issues with images uploaded that don't have a corresponding page table entry or stuff [19:55:13] Reedy: am going to dump the db - now screwed up by running refreshLinks - and refill it. will then run updateSpecialPages as per yr suggestion to see if it helps re the busted image links. Back in 5 [19:56:45] robinsod: But going back to your original issue. Do the pages that get their page.page_is_redirect set actually have #redirect in them and are proper redirects [19:56:56] updateSpecialPages.php really only does anything in miser mode [19:57:15] The most likely reason refreshLinks.php would do that is if it doesn't think they are actually redirects [19:57:16] bawolff_: yes they do, all good on the MW 1.26 install [19:57:47] Could be a subtle difference on what's considered a redirect, if something is broken with magic words, or if you changed the content language and were using a localized version of the redirect keyword [19:57:59] The script is essentially the same since 1.21 [19:58:54] every redirect page has the exact same syntax: #REDIRECT [[page name]] Can't get much more straightfwds than that [19:59:52] When viewing the pages, do they have the redirect arrow thing, or do they say 1.REDIRECT page_name [20:00:00] arrow thingy [20:00:10] hmm, well that means its being parsed as a redirect [20:00:16] y [20:00:35] I take it that the entry in the redirect table is also deleted? [20:00:51] thing is, just prior to running refreshLinks, all the redirects are there and working fine. It's the broken image links that are weird. [20:01:32] and yes, the directs table entry also gets del'd. [20:01:48] Well that is odd [20:02:17] "odd" not the word am currently deploying [20:02:48] Are you saying there's no point in my running updatespecial pages, then? [20:03:36] robinsod: Provided that wgMiserMode = false, updateSpecialPages.php should do nothing (It won't hurt anything, it just doesn't do anything except in miser mode) [20:04:02] What you're describing could happen if the image description pages exist, but there is no associated image [20:04:06] then i wont bother. [20:04:22] holon till the db gets re-filled; will then send you a url so you can see for yrself [20:04:34] "a picture is worth a thousand words" etc [20:07:38] ok [20:07:56] bawolff_: here you go: https://www.wikipolitiks.org/wiki/Special:WantedFiles [20:08:17] note the redirects are working peachily cos have not run refreshLinks [20:08:26] eg try HSBC [20:08:45] Ah, those are instantcommons images [20:09:02] heh [20:09:10] So they show up because they are not technically in the local wiki [20:09:33] So its basically a bug in Special:Wantedfiles, but one that's been there forever because its really hard to fix in an efficient manner [20:10:12] oh ffs. But that's really weird I don't get that prob on my Fedora box. [20:10:24] which, of course, I'm using for comparison purposes. [20:10:41] well good! [20:10:43] You definitely should get it on older versions of mediawiki [20:10:48] that was driving me completely bonkers [20:10:51] That bug has been there for basically ever [20:11:14] nope, really don't. Can't show you cos Fedora box is at home behind major firewall. But really don't. [20:11:43] Well, very very good to know, glad I came here to ask, Was seriously doing my head in. [20:12:09] If it helps, even wikipedia has the same bug https://en.wikipedia.org/wiki/Special:WantedFiles [20:12:38] For redirects, I don't know what's going on, but something weird as https://en.wikipedia.org/wiki/Special:Redirects lists a bunch of pages that don't exist [20:12:42] wrong link [20:12:49] https://www.wikipolitiks.org/wiki/Special:ListRedirects [20:13:32] https://www.wikipolitiks.org/mediawiki/index.php?title=3G_Capital&redirect=no doesn't exist, but still has a link to history, which is also odd [20:13:42] normally non-existent pages would not have a link to history [20:14:18] And view source should be "create page" [20:14:22] That is weird [20:14:42] bawolff_: could it be cache? [20:14:59] And the redirect works if you don't have the redirect=no in the url! [20:15:00] Redirects: good grief. so it does [20:17:16] It gets better: there's a real redirect page on the local MW. [20:17:55] but does not exist in the page table [20:19:20] but https://www.wikipolitiks.org/mediawiki/index.php?redirect=no&curid=6600 works, so its page_id 6600 [20:19:30] I mean not works [20:19:37] but it actually redirects [20:19:53] which i didn't think was possible without a page entry [20:20:45] INSERT INTO text (old_id, old_text, old_flags) VALUES (39015, '#REDIRECT pp3G Capital Partners LP]]', 'utf08'); [20:20:52] found in db dump [20:20:57] https://www.wikipolitiks.org/mediawiki/api.php?action=query&pageids=6600|6629&prop=info [20:21:05] Definitely suggests there should be a page entry [20:21:17] INSERT INTO text (old_id, old_text, old_flags) VALUES (39015, '#REDIRECT [[3G Capital Partners LP]]', 'utf-8'); [20:21:23] otherwise it shouldn't be able to figure out what the title of page #6600 [20:21:27] still looking ... [20:21:33] So maybe things in the revision table are missing [20:21:51] Have you tried running the script to update special pages? [20:22:26] https://www.wikipolitiks.org/mediawiki/index.php?redirect=no&oldid=41329 doesn't exist, which should if the revision table entry for revision 41329 (which page 6600 lists as latest revision) existed [20:22:50] Zppix: I suggested that he didn't because he has miser mode off, and that script only does things on wikis with miser mode turned on (like wikipedia) [20:23:20] Remind me what miser is? [20:23:46] Its the option that enables/disables db intensive functionality. When its set to off, special pages are generated on page load [20:23:56] so there's nothing to update from script, as its updated on every view [20:24:10] Hmm [20:24:10] !wg MiserMode | Zppix [20:24:10] Zppix: https://www.mediawiki.org/wiki/Manual:%24wgMiserMode [20:24:27] I’d say its gotta be db related for sure [20:24:29] this is deeply strange. SELECT * from page where page_title="3G Capital Inc" returns empty set. And yet the page is there, large as life. [20:25:12] robinsod: In db, it uses underscores not spaces [20:25:29] argh so it does, thx [20:26:47] ok! Both "3G Capital" and "3G Capital Inc" have entries in the page table. [20:27:20] and page_is_redirect is correclty set for page_is_redirect [20:27:43] yep, but if you look at page_latest, is there a corresponding entry in revision, where rev_id = page_latest ? [20:28:06] does anyone perchance know what is the (constructed) sql query that dumpBackup.php uses? [20:28:22] revision is the table that matches things up between page and text tables, so if its missing, then mediawiki won't know which entry in text table corresponds to that page [20:28:26] which i think is what's going on here [20:28:37] agree. is defo there, but clearly not all of it [20:30:02] asking re backupDump.php because --current only grabs the latest revision, which is what I would ideally like to do. [20:36:25] bawolff_: there are entries in revision.rev_id which correspond with page_latest for the real pages, but not for the redirects. [20:38:01] Well that would probably explain why refreshLinks.php was deleting the page_is_redirect flag [20:39:52] you're using backupDump.php to transfer the contents? You might want to consider just using mysqldump and dump everything in the db [20:41:25] ah, because it checks in revision for it. [20:41:48] no, not using backupDump, using mysql dump [20:42:18] but the rsync takes forever + bandwidth = ouch. would infinitely prefer to just rsync the latest revision. [20:43:19] while i finish sorting out the site structure + getting my head around vandalism, will continue developing on the local Fedora box, and updating the live site nightly. [20:43:37] but doesnt half chew through the bandwidth; plus don't need those revisions in there. [20:45:26] If you're concerned about size of db, also consider enabling $wgCompressRevisions ... although probably rsync just compresses (I guess, i don't know) which would be more effective for reducing bandwidth [20:45:41] otoh, $wgCompressRevisions means you can't use Extension:ReplaceText [20:46:30] i bzip the dump b4 transfer. nevertheless... [20:47:20] also, the db is littered with my learning "efforts"; serves no purpose other than bloat. [20:47:52] If I knew then what I know now, I would have started afresh once the learning curve flattened out. but you can't should've. [20:58:06] bawolff_, Reedy, Thanks very much for the help+info. I clearly need to look at my script and see where I've messed up. ttfn [21:02:42] glad to help [21:44:14] There are so many things to love with Mediawiki, but one I gotta thank y'all is that you are not of the school of blurting out bunch of possibly compromising debugging info [21:44:42] If all coders in the world were like you the world would be a better place [22:24:54] jubo2: I'm happy that you're happy. :-) [22:26:21] Hey all, need some helpHey all. [22:26:27] Er. [22:27:10] Need some help with mediawiki sending emails. Most recent version of mediawiki, emails seem to be sending, but are not getting to all email addresses. They get to gmail and hotmail so far just fine, but I've sent to a couple of ISP emails and they didn't seem to ever come through or dump to spam. [22:30:56] elmerg: In gmail, can you go to "view original message" it will usually say what the setatus of DMARC, SPF, and DKIM are [22:31:07] generally that's the most important thing to get right with email [22:31:15] also make sure your host is not on any blacklists [22:31:40] Host is on digitalocean, should I look via the IP at that point? [22:34:03] I'm not seeing a DMARC or DKIM. SPF says SOFTFAIL with IP [22:34:07] And then IP address. [22:34:59] Well fixing the SPF headers is probably the most important thing [22:35:11] Basically you just need to add your ip to a DNS record [22:35:34] OK. [22:36:40] Would you do this through the actual domain provider (namecheap in this instance) or the host (digitalocean)? [22:36:56] typically your DNS provider [22:37:29] sometimes hosting providers also have DNS stuff integrated [22:37:49] but yeah, you have to add basically a TXT record that says that that IP is allowed to send email [22:38:00] there should be lots of guides on the internet [22:41:27] Heh. I at least found a guide on my domain provider. Sometimes guides are... not good at telling where things go. [22:41:59] But would that SPF thing stop mail from going through at all, rather than just dumping it to spam, for the emails provided by a service provider like cable or DSL? [22:42:13] Officially "softfail" means mark as spam [22:42:26] however some people don't listen to the standard and refuse to take email that softfails [22:42:49] So i think that's a likely cause [22:43:15] DMARC & DKIM also help your email not be marked as spam, but generally that doesn't matter as much as SPF [22:49:12] *nod* [22:49:18] OK, I'll try and tweak. [23:33:21] https://www.unitedheroesmush.com/index.php?title=Main_Page so what the heck is happening up top here and how do I stop it? [23:36:38] Volund: typically thats a warning sbout hooks when an & is either missing or is there and shouldnt be [23:37:01] Make sure your mw install & extensions are up to date [23:37:15] god. here we go with that again [23:37:18] okkkkkay onwards [23:37:23] Otherwise file a bug for specific extensions [23:37:37] Or you can just disable php warnings ;) [23:38:00] Which wouldnt fix the problem but at least it wouldnt show up [23:38:10] And the issue is mostly harmless