[00:04:37] So, totally mystified why load.php is *sometimes* but not always hanging for 30 seconds [00:05:02] it always returns the correct response, without any errors, but sometimes says “hey, is it cool if i grab a bite to eat first" [00:07:53] woolie_: maybe that's just how long it takes, but the quicker load times are because it's usually cached? these requests are cached rather heavily on several levels, i think [00:08:13] woolie_: Have you checked that LocalSettings.php doesn't literally have a call to grabBiteToEat() ? :) [00:08:25] But also MatmaRex is probably right. [00:08:29] haha :) This is a very beefy and brand new server. [00:09:00] I’ll try and figure it out later tonight.. [00:10:15] woolie_: i've seen some cases where weird load times were caused by misconfigured memcached [00:10:37] I am going to do a reinstall from scratch and try importing the database using an xml dump [00:10:48] woolie_: that is, mediawiki was configured to use memcached, but memcached was not actually running, so all requests waited for 10 seconds before doing anything waiting for nonexistent memcached [00:11:02] i didn’t do the initial setup, someone asked me to help fix the issue [00:11:52] Matma: could be, but I did use the setup utility to create a fresh LocalSettings.py. It is using $wgMainCacheType = CACHE_ACCEL; [00:12:36] woolie_: someone rewrote mediawiki in Python now? [00:12:50] haha, sorry, .php [00:12:58] I’m normally a python developer... [00:13:27] SamB: But give gwicke like two months [00:14:16] how long to migrate to Postgres? [00:15:34] SamB: Someone would have to want that, first [00:15:40] #theyseemetrollin [00:16:09] I ... don't remember the last good thing I heard about MySQL [00:16:18] though that *could* just be because I have a lousy memory [00:16:54] Port MW to Mongo, go from there [00:19:06] why would you port it to Posgres by way of an unrelational DBMS? [00:27:35] SamB: Because its webscale (obviously) [00:28:14] ®™ [00:28:38] marktraceur: What's wrong with Postgres? [00:30:02] woolie_: If you search around DefaultSettings.php, there are some debug settings that might help you diagnose the issue. [00:30:12] !debug [00:30:12] For information on debugging (including viewing errors), see http://www.mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://www.mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging [00:30:24] Though those are usually focused on errors. [00:30:30] You want profiling data, I guess. [00:30:50] "Randomly slow load of a PHP file" could be all kinds of strange shit. [00:31:59] I wiped it out completely, then did a xml dump and xml import. Seems to be working better. Fingers crossed. [00:32:57] I think a previous admin may have corrupted the database in some way [00:33:10] Nothing else makes sense. [00:35:30] Slow load could be lock contention somewhere. [00:35:34] Like writing cache. [00:35:36] Or database slowness. [00:35:47] Or something else entirely. [00:38:31] I gave up. An XML dump/import seems to have solved the problem. [00:38:44] Must have been some weirdness in the sqlite db. [00:39:31] (I have to assume, b/c when I created a new db from scratch, it didn’t exhibit the same issues) [00:39:41] Anyway if I still have issues I’ll be here again tomorrow. :) [00:39:43] thx [00:57:42] Hello. [00:58:11] Hi Okino! [00:58:24] I had some troubles with my server provider and although he tries to do his best returning the wiki back, the special pages do not work. [00:59:03] Mostly they do not create any code - and the portal page of the special pages shows only a list of non-clicable options, see it here: http://mlanger.intin.cz/index.php/Speci%C3%A1ln%C3%AD:Speci%C3%A1ln%C3%AD_str%C3%A1nky [00:59:12] Any idea what's wrong? [01:13:22] Hi Okino. [01:14:01] Hmm. [01:14:08] !blankpage | Okino [01:14:08] Okino: A blank page or HTTP 500 error usually indicates a fatal PHP error. For information on debugging (including viewing errors), see . [01:14:17] You need to look at your server error logs. [01:14:24] Or flip a setting in LocalSettings.php. [01:14:34] To figure out what the actual error is. [01:14:37] Probably an extension or something. [01:14:39] But who knows! [01:20:04] :-( [01:20:14] Well, I'll try what I can do... [01:20:41] The error will probably point you in the right direction, if you can expose it. [01:21:16] Well, now it seems that another error is that my old login data do not work :-) :-( [01:26:00] Well, I have to contact my provider again... :-( [01:26:20] Thank you for your help, I will try to use the error messages and see. [01:26:24] Have a nice day. [01:33:46] Thanks, you too. [08:19:16] Hi. I ran dumpBackup.php —full —uploads, and then imported with importDump.php —uploads… It lists the file names, but I don’t see them appear in my wiki, or on the Special:ListFiles [08:37:44] hi all, can you point me to some documentation on how to manage a mediawiki installation on a 2 machine cluster? [09:10:53] Importing 750.png...failed. (Could not create directory "mwstore://local-backend/local-public".) [09:10:58] It isn’t a permissions issue. [09:11:09] I can’t for the life of me figure this out, and why it’s url encoded [09:11:28] or whatever it is [09:11:34] : [12:11:12] hi [12:11:20] HTML5 supports inline SVG [12:11:41] Is there a way to do inline SVG via templates in mediawiki? [12:13:06] legoktm: you about? [12:15:28] Qcoder00: no, but someone was working on being able to generate images dynamically with Scribunto/Lua [12:16:18] Qcoder00: https://bugzilla.wikimedia.org/show_bug.cgi?id=64460 [12:25:57] Anyone here that can help me with database error «1054? [12:26:45] I'm unable to create a new user on my local mediawiki [12:30:05] hello? [12:42:33] MatmaRex: Thanks. [12:42:34] :) [12:42:37] * Qcoder00 out [12:42:54] RTK: Your database sounds out od date [12:42:56] *out of date [12:43:28] I am looking for an extension that will display in one page all the articles from the same specified category [12:43:35] Is there anything like that? [12:44:13] CategoryTree maybe? [13:01:12] thanks Reedy [13:48:29] Betacommand: on and off right now, sup? [14:21:40] Hello all! I've discovered a problem with wikis that are set to private on version 1.19.10. When people access files using a direct link, that file will download without requiring authorization. Is there anything I can do to fix this? [14:21:54] WOW. [14:22:04] Oh and you can't upgrade I presume Ulfr? [14:22:38] Ulfr: because I figure, either we've fixed the problem in a later version and you should look in the interim release notes for security fixes to backport, or you should just upgrade, or THIS IS STILL A PROBLEM in master and hoo boy that would suck [14:22:41] Uh, I can, but that's the least desirable way to fix [14:22:55] Yeah, I know that feel. [14:24:26] If it's resolved in master I can update, but it blew my mind trying to find an inhouse solution [14:25:20] because apparently people have been sending e-mails willy nilly with confidential information in them >< [14:25:26] Ulfr: That was patched... I don't remember the exact date. But upgrading to the latest 1.19 should fix it. [14:29:35] csteipp: Okay, I'll give it a whirl. Thanks! [14:30:11] Ulfr: Best of luck [14:30:29] Ulfr: Actually.... maybe not. I'm looking for the bug right now, the one I was thinking of was actually an issue with img_auth, and I can't remember if that was post 1.19 or not. [14:30:57] Although you probably do want to upgrade to the latest 1.19! Especially 1.19.11... [14:33:02] csteipp: Hooboy. [14:33:19] Ulfr: https://www.mediawiki.org/wiki/Manual:Image_Authorisation#How_Does_img_auth.php_Work.3F I think might be what you want... I don't remember how well it works on 1.19 [14:34:19] csteipp: Upgrading to the latest of 1.19, I know I've been slack in updates, but there's just SO MUCH PAPERWORK when I change even the smallest detail ;; [14:38:20] With my corporate security hat on, I can sympathize. If your organization has exceptions for patches with CVE's assigned, each of the releases has at least one, iirc. [14:39:41] csteipp: Nope! Latest version of 1.19 didn't fix it [14:44:31] csteipp: Can you think of any sort of visibility or policy I could apply that restricts access to authenticated users? I'm not so sure a mediawiki version is going to help with this as it doesn't directly access the file. [14:45:18] Ulfr: For images, you'll need the requests to go through img_auth.php [14:47:04] csteipp: Okay, I'll get right on that. What about for powerpoints and videos? Because that's the larger issue [14:48:56] Ulfr: I think all media should work with that. That's the setup we use for private wikis at the WMF. [14:49:36] * Ulfr note to self. Read before inserting foot into mouth. [14:50:04] Ulfr: There might be an issue with big videos... iirc, there was a difficulty when browsers requests chunks. [14:50:37] So flash/java based media players that try to stream the file didn't work right. [14:50:53] csteipp: Heh. Took me a few hours to figure out how to make that stop happening anyway. [14:52:35] csteipp: Is 1.23.1 stable? I see it's the new LTS [14:53:10] * Ulfr apologizes for asking stupid questions but getting grilled by a lawyer reduces brain capacity [14:54:23] Ulfr: It's pretty good. There are still a few known issues, but the .1 release fixed the worst couple. [14:54:44] And it has a lot of improvements over 1.19. [14:55:12] csteipp: I'll take it! Might as well get things updated if I'm going to be monkeying with the insides. Improvments are well and good, but updating anything still gives me the heebs. [14:58:11] hello [14:58:15] Hi [14:58:21] I have a silly question about mediawiki api, could anyone help me? [14:58:25] Probably. :) [14:58:29] go ahead and ask PeterBowman [14:59:03] the description for the parameter cmstartsortkey on action=query&list=categorymembers says [14:59:10] Sortkey to start listing from. Must be given in binary format. Can only be used with cmsort=sortkey [14:59:16] what is that binary format? [15:00:27] thedj: what causes this? https://translatewiki.net/wiki/File:Waymarked_Trails_logo.svg [15:01:36] PeterBowman: this is a good question and I do not know the answer [15:02:14] the thing is, that I'm trying to start listing a category from a certain page [15:02:53] so I get the sortkey for that page through prop=categories [15:03:24] but it start listing from elsewhere [15:04:25] Nemo_bis: no clue, new to me. [15:04:45] Nemo_bis: i'd ask bawolff, he has done most in the area of media lately. [15:05:01] i've been really out of the loop due to being to busy lately [15:05:21] you'll always be The SVG Guy for me [15:07:30] Nikerabbit: what's our current svg renderer version? [15:11:36] * anomie checks the code before answering about cmsortkey's "binary format" [15:13:45] PeterBowman: I think you're about to get an answer :) [15:14:02] might be that weird thingy here https://www.mediawiki.org/w/index.php?title=Category:MediaWiki_code&pagefrom=UpdateRestrictions.php%0AUpdateRestrictions.php#mw-pages [15:14:12] :) [15:14:17] title and sortkey? :) [15:14:58] thedj and Nikerabbit, filed as https://bugzilla.wikimedia.org/show_bug.cgi?id=67733 [15:15:59] PeterBowman, sumanah: The sort key might contain "unprintable" characters such as newlines, NULs, ASCII control characters, and so on. When returned from the API using cmprop=sortkey, the whole sortkey is encoded by converting the UTF-8 to a string of hex digits. But when passed to cmstartsortkey and cmendsortkey, it needs to be the raw characters (percent-encoded in the URL or the application/x-www-form-urlencoded POST body, of course), not the hex d [15:15:59] igit format. [15:16:27] * anomie hopes that made sense [15:17:47] switching browsers... [15:17:53] ok, thank you, anomie :) [15:18:34] PeterB__: You're welcome [15:22:02] rsvg-convert version 2.40.2 [15:24:31] anomie: I had a question here https://gerrit.wikimedia.org/r/#/c/143049/15/includes/PageLanguage.php [15:28:27] legoktm: ^d: thanks for getting rid of that register globals stuff [15:29:05] <^d> yw. it felt good :) [15:29:48] Max Semenik sais something about the PHP version on the WMF cluster changing in the near future? [15:30:03] When we go to 14.04 it will [15:30:09] and/or to HipHop [15:30:24] <^d> Either way it'll effectively go to 5.5.something [15:33:45] Noooooo [15:33:50] That means I'll have to update soon too ;; [15:35:01] Curse you, progress! [15:36:37] csteipp: Sorry to bother you again, but is there any reason I can't just img_auth my existing images directory? [15:41:46] <^d> Reedy, JeroenDeDauw: On that note, I just did :D [15:48:06] Can somebody point me to documentation on how to set up github so I can update extensions without just deleting them and moving the new version in real fast? [15:49:40] Ulfr: What do you mean? [15:49:58] Reedy: I thought there was some sort of spiffy git syntax I could use to update an extension to the latest stable version [15:50:18] git checkout REL1_XX [15:50:20] At the moment my method is to rm ; mv [15:50:34] Reedy: Right, but every time I do that git complains about files already being there [15:50:47] is it just a git checkout? [15:50:51] uh, clone [15:51:31] Reedy: Uh, I don't actually know. I kinda just copy pasta instructions that include git. I figure if it's not going away I might as well figure it out. [15:51:56] I guess we need to know what you've actually got in place as to why it's giving those errors [15:52:41] Reedy: It's probably because the initial install wasn't done by git, but I don't actually know how it all works. I'm devoting today to making my servers work better so I wanted to fathom git's mysterious mysteries [15:53:05] I'm not trying to snark, I just don't want to bother you and was wondering if there was anything like a git for dummies type page for MW stuff [15:53:33] People seem to set things up in various different ways [15:54:52] Reedy: Gotcha. [15:56:13] but yeah, you should be able to just do it with git checkout [15:56:16] git fetch --all first maybe [15:56:46] hm. Ok [15:56:51] Ulfr: I use git repo to store all my mw code and do all the mucking around in a dev enviornment. Then it's just a git pull on production once it's ready. [15:57:07] Rosencrantz: Wizardry! [15:57:36] The wizardry will be when I get it to play nicely with composer. I haven't figured that one out yet [15:57:45] Blasphemy! [15:57:45] Although, that's mostly due to not actually trying it yet. [15:57:59] Yeah, I can get behind that attitude [15:58:24] You know anything about getting x and y to play well together? Nope! But I can't imagine it'll be pretty. [15:59:02] I'm using submodules for some extensions at the moment. Mostly just trying it out.. I'm still a bit leery of it. [15:59:15] It makes switching to new versions on dev easier, but other things more complicated [15:59:30] Composer may or may not work [15:59:32] I just use s3, personally [16:00:40] Ahhh [16:00:46] It's magical. [16:00:56] 20 mbps throughput even though the biggest thing I pull is like, 5k [16:02:07] Reedy: Yeah, well I'm using SMW, so I have to figure it out at some point. Probably whenever I get around to upgrading SMW next. [16:02:16] Rosencrantz: It's a trap. [16:02:32] Don't upgrade SMW, it never ends in anything other than tears if you have custom extensions depending on it [16:02:57] I've just got other semantic extensions relying on it. Nothing super custom. [16:03:41] Rosencrantz: I had stuff that relied on the API. Then they just changed everything about how stuff got included. I still have nightmares [16:03:57] Ahhh [16:04:23] Manically coding PHP while jeroen cackles madly behind me. [16:04:30] lol [16:04:33] Ain't no documentation you can find where you're going! [16:15:18] sumanah: I think I found a ghost. [16:16:21] Ulfr: wow! what? [16:22:51] sumanah: I terminated an aws instance. It's dead. But I had a console up into the machine [16:23:02] oh wow [16:23:08] I'm currently bashing around inside a box that is, to all reports, dead. I checked the host and everything [16:23:28] normally it just bings and says session lost [16:23:31] this is entertaining [16:24:53] Ulfr: that does sound entertaining. [16:26:59] Ulfr: what does ps say? [16:27:30] Ulfr: this raises a bunch of ontological and/or epistemological questions. What does "instance killed" really mean? [16:30:01] Schröedinger's instance? [16:36:18] Ulfr: at OSB there was a talk about the security problems in clouds and how cloud providers do or do not credibly protect against, e.g., the threat that a guest in a virtualized instance could gain access to the hypervisor and thus to other guests [16:36:23] (Open Source Bridge, sorry) [16:39:16] sumanah: Let's be real. They're not killed. They're terminated. XD and I use a third party cloud manager that has a pretty diesel keypair setup for console connections, so I'm not as worried about someone coming in and hacking the gibson on me [16:40:23] Though that is interesting to think about. I just can't imagine why I'd let anyone into my servers as a guest unless it was for support or so heavily policed I might as well have a SWAT team on speed dial [16:46:46] Ulfr: Yeah, you should be able to use the current directly-- just add an htaccess rule to deny direct access to the images once img_auth is working. [16:47:14] csteipp: Good sir you just made my whole day [16:47:52] csteipp has a habit of doing that! [16:48:44] sumanah: Ahnold came for my ghost :( [16:48:47] I am trying to edit pages in my tag extension. Stuck in this error for some time : http://pastebin.com/T0eLSHre while using Wikipage->doEdit . Tried to purge after and before the command, also put it inside a db start-commit but am still getting the error although the page write appears to be successful. Any pointer to why this is happening ? [17:04:37] ^d: Reedy: It's be very useful if we (WD team) could get some more detailed info on the plans with regard to PHP version [17:04:58] There's not a great deal of info to give? [17:05:01] Last time I asked a WMF person, which was just a few weeks ago, the reply I got was along the lines of "not in the next year or two" [17:05:16] When the app servers get upgraded/installed to 14.04, it'll have whatever PHP that provides (5.5?) [17:05:28] I'm not sure how much of a priority those upgrades are though [17:05:33] As it brings apache 2.4 too [17:05:36] <^d> Year or two? [17:05:37] Which may still be WIP [17:05:38] Yeah that is what I want to know [17:05:45] <^d> We're hoping to bring out HHVM this quarter. [17:06:07] akashagarwal: sorry I don't know - you might try mediawiki-l [17:06:09] !lists | akashagarwal [17:06:10] akashagarwal: mediawiki-l and wikitech-l are the primary mailing lists for MediaWiki-related issues. See https://www.mediawiki.org/wiki/Mailing_lists for details. [17:06:20] For instance, if we start developing a new component to be used in a few months, are we safe to use 5.4 or not? Right now this is really unclear [17:07:00] hello sumanah! I am in the room. [17:07:20] <^d> JeroenDeDauw: Tough to say yet. There's no firm rollout schedule yet. [17:08:01] Hi fhocutt [17:13:10] sumanah, thanks! Have send a mail. Hopefully someone will reply :) [17:13:15] :) [17:17:58] ^d: how about a best guess estimate? [17:18:27] <^d> "This quarter" is a goal for some small-scale deployment. [17:19:04] What about full scale deployment? [17:19:26] <^d> That I don't know. I'd say inside a year. [17:19:34] <^d> If I absolutely had to guess. [17:19:40] ^d: ok, thanks for the estimate [17:40:20] hi [17:40:24] hi vrajah [17:41:13] Hi Sumanah... Is this is right place for some mwdiawiki questions? [17:41:16] yes [18:18:05] hexmode: connection issues? :( [18:34:42] sumanah: do you have a link to the API documentation chat log? [18:35:05] gwicke: you mean the discussion yesterday https://www.mediawiki.org/wiki/Engineering_Community_Team/Meetings/2014-07-08 ? [18:35:29] yes, thanks! Want to tweak the restface handler link so that it keeps working as the code changes [18:38:33] You're welcome. Thanks for the link update [18:58:37] csteipp: hey, a couple questions for you in https://www.mediawiki.org/wiki/Talk:Security_for_developers/Architecture#next_steps [19:23:24] btw fhocutt was wondering whether you had any thoughts/questions on the WMF Annual Plan stuff I emailed you. Completely fine if the answer is "not really/not yet/this is too much and I wish you hadn't even told me about it" [19:23:44] not yet! I skimmed the notes but haven't thought about them too much. [19:23:50] ok! no prob! [19:28:35] sumanah: MediaWiki::API is the closest I've seen to the gold standard yet [19:28:49] Neat! [19:28:51] yay! [19:28:59] is that the perl binding? [19:29:06] yeah, the low-level one [19:29:11] ah, cool! [19:29:24] * sumanah looks at https://www.mediawiki.org/wiki/API:Client_code#Perl [19:29:38] remind me YuviPanda which languages do you feel comfortable writing and/or reading? (programming langs) [19:30:14] Python, Java, JS, C#, PHP, C [19:30:22] (and puppet, but I guess that doesn't count for API libs) [19:30:27] well, Ruby? [19:31:23] sumanah: sadly no [19:31:33] ah [19:31:56] Ruby is a bit of a no-no in WMF infrastructure, so I haven't had much time to dive into it. [19:32:21] YuviPanda, I may ask you some questions about Java libraries next week if you don't mind [19:32:36] fhocutt: sure! [19:32:41] thanks! [19:32:50] fhocutt: I even wrote one (http://github.com/wikimedia/apps-android-java-mwapi) that we use on the Android app, but is not at all used outside that. [19:33:08] ah, neat! [19:34:08] sumanah: unrelated, but UrlShortener extension is complete now (legoktm helped fix final bugs + write docs). I'll send out an email to wikitech-l when I'm free soon to figure out next steps [19:34:17] (this is re: the URLShortener RfC) [19:34:59] thank you YuviPanda! this is great! [19:35:36] sumanah: yw! Next immediate steps would probably be perf/arch review, with the bigger problem of deciding which domain to use running parallely [19:36:34] makes sense. if you need a Meeting lemme know [19:36:39] in the wikitech-l email [19:37:15] will do, sumanah [19:37:22] rock [19:37:34] ideally I'd like one person to make the decision about the short url domain, to avoid flamewarring and letting it rot that way [19:37:35] * sumanah has been reading a scifi novel about Quakers in space, hence the capitalisation of Meeting [19:37:58] ah, nice [19:58:04] Anyone here able to help me out with an issue I am having with Mediawiki? [19:58:46] Occasionally, when users try to navigate by clicking on a page link on our wiki, the page won’t actually change. [19:59:48] Miede: Hmm! any pattern? [19:59:59] I have a feeling that it may be due to multiple people accessing or editing a page at the same time, but its just a theory based on the fact that these are typically pages that someone else recently accessed. [20:00:02] like, which users, what browsers, whether they do or do not have elevated privileges on the wiki....? [20:00:14] and what extensions/customizations do you have installed? [20:00:28] I am using an extension for Google Authentication [20:01:13] I also recall applying a bandaid to an error that I found when first installing the wiki, let me find that real quick [20:02:09] $wgJobRunRate = 0.01; [20:03:03] i added that to my LocalSettings.php based on some digging on StackOverflow and it seemed to have fixed the initial error I was getting. With that said, the job rate limiting may be impacting the accessibility of these pages perhaps. [20:03:48] it seems like an obscure error as I haven’t really be able to find any answers on google/stackoverflow [20:04:03] Miede: about how often is it happening? have you experienced it yourself? [20:04:08] can you replicate it? [20:05:29] Miede: when you say "the page won’t actually change", do you mean tha it stays on the same page without loading the target link? Does the browser stay loading forever? [20:05:59] Vulpix, it stays on the same page [20:06:04] without loading the target link [20:06:31] which is sorta why I feel it may be connected to that JobRunRate [20:06:38] what might be happening is someone editing that page [20:06:47] but maybe it hasnt been processed in the job queue [20:07:08] for instance, i was just able to access the page now that i wasnt able to before [20:07:25] I've never seen something like that [20:07:30] interesting [20:08:05] ill play with the job run rate and see where that gets me [20:08:11] if you follow a ling to a different page, if there's an error, you'll see a blank page or error page, or if the server gets stuck somehow, the page will never end loading [20:08:16] i just wanted to quickly see if this was something common or if it is infact obscure [20:08:29] hmm [20:08:40] but it isn't related to the job queue [20:09:28] the job queue is used to update links, categories, image sizes, etc when you edit/create a page, (re)upload a file, etc [20:09:29] sumanah: https://www.mediawiki.org/wiki/API:Client_code/Evaluations/MediaWiki-API (needs general comments and responsiveness eval but is otherwise done) [20:09:40] interesting [20:09:41] sumanah: Look at all those green checks! I am impressed. [20:09:47] i just tried navigating to the link directly [20:09:50] but i got a blank page [20:09:58] anyways i gotta head out really quickly but ill be back later [20:10:01] i appreciate your help [20:10:04] both of you [20:10:47] good luck [20:11:00] fhocutt: oooooh [20:51:26] my IP is blocked by DNSBL, can someone unblock me? [20:51:38] i was just updating mediawiki after this problem https://bugzilla.wikimedia.org/show_bug.cgi?id=58640 and in the mean time also fixing the skins changes. my default is vector and the extra one is monobook. however i am stuck as the wiki does not display or parse some pages well. either parses them all in white and messed up menus on the left or nothing at all sometimes. [20:51:41] I think you're in the wrong channel, HortAnon [20:52:12] where should I go then, krenair? [20:52:30] i am also unable to change from vector to monobook . something got stuck somewhere. i updated 2 other wikis without problem. [20:52:37] any ideas ? [20:52:39] HortAnon, I don't know. DNSBL? [20:52:47] they say my IP is fine [20:52:49] We support the MediaWiki software [20:53:30] For wiki administrative matters, if it's not related to the mediawiki.org site then you're in the wrong place [20:55:31] ok, I try to edit a page that I've been keeping up to date for the last few days on 1d4chan, then suddenly I can't because "Your username or IP address has been blocked. The block was made by DNSBL. The reason given is Your IP address is listed as an open proxy in the DNSBL used by 1d4chan." [20:55:59] I'm not listed on the Blocked people, and on DNSL I checked and there's nothing [20:57:18] HortAnon: Edit a page where? [20:57:32] 1d4chan, periodic table of dragons [20:58:17] You should ask the administrators of that site. [21:20:29] okay i fixed my problem. [21:21:51] i have a wiki that overtime got so full of upgrades that i would prefer now just to mv the needed files from the actual install to a fresh 1.23 install. NOT to cop all the files from current install to new 1.23 but just the files and directories that are really needed. is there an article on that ? [21:27:19] HeXiLeD: yes! https://www.mediawiki.org/wiki/Manual:Upgrading [21:27:39] yup i am there [21:28:12] actually, it's recommended to unpack new files on an empty folder rather than overwrite things (unless for minor releases) [21:32:31] !wg CountTotalSearchHits [21:32:31] https://www.mediawiki.org/wiki/Manual:%24wgCountTotalSearchHits