[04:00:12] hi there; i have an issue with my mw install, where when i go to make an edit it works but logs me out at the same time [08:15:02] Hello. I was wondering if an edit could be made to LocalSettings.php so that I an edit that is oversighted can only be seen by a specific group. [08:23:01] Reception|away: https://www.mediawiki.org/wiki/Manual:RevisionDelete its the ViewSurpressed userright [08:23:22] p858snake: thank you very much! [08:27:11] Also, does anyone know how the number of wikis from Special:SiteMatrix could be displayed somewhere? (like on the Main page) [08:38:16] Reception|away: They can't [08:38:29] I think it was asked if you were wanting a tag adding? [08:38:45] Add the reques to phab... I don't think it'd be too difficult to do [08:38:52] Okay [08:39:00] Thank you. [08:39:50] I might have a poke at doing it later today [09:38:35] hi, a colleague of mine is upgrading an old 1.22 MW installation to 1.27.0, but now we're running into trouble with sessions. After a few minutes it logs me out, backtrace of that is available at http://pastebin.com/tNJYC8rJ (https://www.irccloud.com/pastebin/raw/rfuvXmhS) [09:39:53] can this be a real bug in MediaWiki or does it seem like an error from our side? [09:47:09] SPF|Cloud: Interesting. Could not find a ticket in phabricator.wikimedia.org with calls from that stacktrace. AuthManager is new in 1.27 hence might be related. [09:47:38] There are also a few extensions left who have not been ported yet, like AbuseFilter or CentralAuth, according to https://phabricator.wikimedia.org/T138910 [09:47:53] on another project, who wants to upgrade from 1.26 to 1.27, I also got in trouble with sessions, because CentralAuth fails there [09:48:00] so I do not love 1.27.0 honestly :-) [09:48:15] SPF|Cloud, could you file a ticket in phabricator.wikimedia.org about your problem, with steps to reproduce, against the MediaWiki-Auth project? [09:48:18] ( https://www.mediawiki.org/wiki/How_to_report_a_bug ) [09:48:21] Yeah. :-/ [09:48:49] I'll see if I can do that [09:49:08] SPF|Cloud: is the folder your httpd uses for session writable? [09:49:23] although that normally fails straight away iirc [09:49:26] I guess so... because logging in works fine [09:49:33] it's just that after a few minutes I get logged out [09:54:14] andre__: sorry, I'm happy to file a ticket, but we won't be able to follow any steps 'to see if this patch fixes the bug' [09:54:19] we're downgrading to 1.26.3 now [09:57:23] SPF|Cloud, understandable [10:26:35] anyone know why the frig all the entries in mysql are stored as numbers? i'm just trying to find a way of changing a users email address on the system [10:26:59] and of course there isn't any page to do that (afaik) and any extension i might need to do it (WHAT!? seriously!?) means i need to upgrade all of mediawiki [10:27:53] stevenm: do you want to change an email address via the DB? [10:28:08] well - only because i can't think of any other way [10:28:16] do you have a table prefix? [10:28:31] i'm in phpmyadmin - i could just do it from there [10:28:46] but like I said - *all* values in *all* tables are stored as numbers... even those you'd think are strings [10:28:57] eh [10:29:15] that is not a MediaWiki feature, so I can't help you with that... [10:29:20] e.g. table 'user' has 'user_name' and 'user_real_name' as columns [10:29:31] yes [10:29:42] stevenm: That doesn't seem right. Strings would be strings only. Can you show a paste? [10:29:45] but they're 53746576656e6d and 53746576656e204d6164646f78 respectively [10:29:59] like mediawiki has encoded it before storing it [10:30:25] maybe because of utf-8 ? [10:31:44] This seems like something in your config. [10:31:46] Looking. [10:31:51] https://www.mediawiki.org/wiki/Manual:$wgDBmysql5 [10:31:57] "So then you would end up with UTF-8 content in latin1 columns and that is what you do not want!" [10:33:27] Not exactly a MediaWiki fault. ;) [10:34:01] stevenm: Try turning it to false? [10:34:47] it's already on false [10:34:53] i'm just guessing what this may be [10:35:00] anyone knows the version of node.js i need to install for the Visual Composer to work [10:35:02] ? [10:35:16] and the database is already utf8_general_ci [10:35:50] $wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary"; [10:35:55] i think it may be that [10:36:11] apparently it's the default setting [10:36:17] Hmm, binary. utf-8 should be right. [10:36:24] https://www.mediawiki.org/wiki/Manual:$wgDBTableOptions [10:36:27] utf8* [10:36:47] "Since binary charsets prevent MySQL from doing charset conversions, which otherwise unnecessarily might take place, the recommended setting is the default setting" [10:37:05] Darn. Okay. [10:38:27] http://stackoverflow.com/questions/6115612/how-to-convert-an-entire-mysql-database-characterset-and-collation-to-utf-8 [10:38:34] Seems like its doable. [10:39:04] After you've had a few beers, that is. [10:39:13] nah that's different [10:39:32] stevenm: How big is your database? [10:39:48] in terms of what? records / filesize ? [10:40:19] stevenm: Records. [10:40:43] 17766 [10:41:10] stevenm: That's not much. You might want to consider a clean start. [10:41:34] it's mediawiki 1.22 as well - i need to get up to the new LTS [10:41:53] but i that's a bigger job for another day - right now I *just* need to change a users email address! [10:42:06] stevenm: Okay, that should be doable. [10:42:13] Binary encode their username. [10:42:16] Find that record. [10:42:21] Binary encode the new email. [10:42:26] Update that in the DB. [10:42:43] You can find online services to help with the encoding. [10:43:58] this one seems to work well enough ...dress! [10:43:58] stevenm: [10:44:11] bad paste... i meant this.. https://sites.google.com/site/nathanlexwww/tools/utf8-convert [10:44:20] on hexadecimal mode [10:44:36] stevenm: Try it? [10:45:26] i was - just realised why it wasn't working [10:45:33] mediawiki capitalises the first letter of any username [10:46:07] Right, it does. [10:46:25] lol the e-mail is stored in a BLOB anyway [10:47:35] right edited the BLOB .bin binary file in GHex and i'm reuploading it [10:47:38] what a faFF! [10:49:02] :D [11:01:23] Urgent: Can I downgrade to a previous MW version by running update.php? (I'm going from 1.27.0 to 1.26.2) [11:02:38] Reedy: ^ I wouldn't bother you with a poke like this unless my arse was in a fryer [11:02:47] Nope [11:03:15] You're kidding. [11:03:23] I'm not [11:03:28] There's no downgrade functionality [11:03:28] // 1.27 [11:03:28] [ 'dropTable', 'msg_resource_links' ], [11:03:29] [ 'dropTable', 'msg_resource' ], [11:03:29] [ 'addTable', 'bot_passwords', 'patch-bot_passwords.sql' ], [11:03:30] [ 'addField', 'watchlist', 'wl_id', 'patch-watchlist-wl_id.sql' ], [11:03:32] [ 'dropIndex', 'categorylinks', 'cl_collation', 'patch-kill-cl_collation_index.sql' ], [11:03:34] [ 'addIndex', 'categorylinks', 'cl_collation_ext', [11:03:36] Buggar me. [11:03:37] 'patch-add-cl_collation_ext_index.sql' ], [11:03:39] [ 'doCollationUpdate' ], [11:03:45] Based on that... [11:03:50] You probably just need to re-add those two msg_resource tables [11:04:07] The other changes should be backwards compatible [11:04:31] well what's going to be quicker, figuring out how that's accomplished? or completely converting apache2.2 configs to 2.4 [11:04:46] because for some reason php5.6 doesn't want to run with apache2.2 [11:04:56] did you take a backup of the db you could revert to? [11:05:04] Does it not have an apache 2.2 php library? [11:05:17] You shouldn't have to change too much from 2.2 -> 2.4, but there were changes [11:05:29] heh. [11:05:36] http://www.wikidoc.org/index.php/Main_Page [11:05:38] I couldn't tell you straight off what they were [11:05:49] p858snake: No, my database is too big for that to be convenient [11:06:01] Reedy: They were fairly bloody significant for my config ;; [11:06:49] and if you skip vagrant and hit the apache server, the page loads for a split second and then it goes into a foreverload loop trying to get something from en.wikipedia.org [11:07:34] o_0 [11:07:41] Your using vagrant for a big wiki? [11:08:07] squid was old, and it's worked fine till now [11:13:52] Oh I'm so very buggared. [11:14:20] disable the rewrites for starters [11:14:36] It's this funky reverse proxy thing :( [11:14:46] if I disable rewrites pictures stop working [11:14:48] xD [11:17:10] That seems a bit better than everything being broken [11:19:49] Well, sure [11:19:54] by the bye, I meant Varnish, not Vagrant [11:19:56] for caching [11:20:52] Here's the headscratcher though, I'm definitively running apache2.4, much to my dismay, but the 404 page on port 80 is coming from apache2.2.22 [11:46:33] well, I simplified the process, but I still haven't the foggiest why it does this: http://www.wikidoc.org/index.php/Main_Page [11:50:12] like, it brings up the content for a split second, and then wanders off into forever-refresh land [11:51:07] oh, weird. it directs me to wyciwyg protocol links... wat [11:51:24] A Parser-blocking, cross-origin script, https://en.wikipedia.org/w/index.php?title=User:Cacycle/wikEd.js&action=raw&ctype=text/javascript, is invoked via document.write. This may be blocked by the browser if the device has poor network connectivity. [11:51:24] VM78:4 tick [11:51:24] platform.twitter.com/widgets.js:9 Uncaught (in promise) TypeError: Cannot read property 'appendChild' of null(…) [11:51:48] It seems to go blank when the wikied goes [11:52:27] I've always hated that freaking toolbar. [11:55:27] This is like trying to troubleshoot under water. I'm not getting any kind of error output [12:10:10] Okay, the api works, so i'm not completely boned. Is there a way to empty Mediawiki:common.js with just the API? [12:14:22] Nope, that's not it. :( [12:25:39] Huh. When I change the apache host directory back to 1.26.2 the pages look like crap, but the load. [12:25:42] but they load* [14:09:03] does anyone know how (if?) I can get all params passed to the template that invokes the Scribunto module inside of the module? [14:12:14] you definitely can, but i don't remember the syntax [14:13:33] Piotrek: https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Accessing_parameters_from_wikitext [14:13:45] MatmaRex: dzięki [14:14:23] hmmm… [18:32:53] are there any major fixes betwen mediawiki 1.27.rc0 and the first real version? [18:45:16] Flexman: the full implementation of AuthManager? [18:45:42] do i need this? [18:47:00] Agent: i mean, is this something really serious? [18:47:38] Flexman: yes, most extensions are being rewritten to use AutoManager and not authplugin [18:47:48] If you like to keep software bugs, do not upgrade to more recent versions! :P [18:48:03] ^ [18:48:25] yep the problem is that i want to convince someone not to use the RC0-version [18:48:26] to clarify: logging in might work in rc0, but we can't promise anything [18:48:45] however i didn't find any arguments to convince him so far [18:49:07] that's why i'm looking for some things proving this [18:49:54] is there any file where i can see the changes, etc.? [18:53:45] Agent: so 1.27.rc0 did not have the AuthManager? [18:54:32] Flexman: a very unstable implementation [18:54:53] So like 1/10 of what AuthManager is now [18:55:38] ok i see. but this is only for new plugins?? any other serious problems in other parts? [19:00:12] Agent: i belive you so far - just trying to find some more arguments [19:01:56] why would you use the rc0 version :o [19:02:11] i am sure we fixed some major bugs since then, let me look [19:02:18] (between rc0 and the release) [19:03:36] MatmaRex: i would like to use the final release, but someone is telling me that rc0 is stable enough and i didn not find enough arguments to convince him... [19:06:52] Flexman: they're lying, we fixed several authentication-related issues (mostly related to authmanager) [19:07:25] does that authmanager run by default? [19:07:29] Flexman: many extensions, if updated will break due to rc0 having a very early AuthManager [19:07:40] so you guys know where i can get a clean version of LocalSetting.ini without installing MediaWiki? [19:07:43] Such as SocialProfile [19:07:52] it seems that the database was corrupted. maybe because of that problem? [19:08:10] does AuthManager affect the Semantic Mediawiki plugins for example? [19:09:16] the Semantic people might know this better than us [19:09:45] I don't really think AM would affect it [19:09:58] As SMW doesn't really use any auth api calls [19:10:03] true [19:10:22] no problems so far seen with SMW itself (some of the other extensions might have) [19:10:27] Flexman: https://phabricator.wikimedia.org/diffusion/MW/history/REL1_27/ "Reset all tokens on login" is the last commit that made it into rc0 [19:11:55] * Agent uses wmf branches [19:12:17] Flexman: commits not in rc0 include at least one fix for a security issue - https://phabricator.wikimedia.org/T137799 [19:12:39] (we should really probably that task public, whoops) [19:12:51] yep ;) [19:12:54] yeah we are curious [19:13:10] ...and wondering how to exploit stuff :D [19:13:21] the fix was https://phabricator.wikimedia.org/rMW45ca9182479657614d20a92e913cf061e21800bf and is obviously public [19:13:50] rc0 would always act as if you checked "Remember me" when logging in [19:14:13] so if you closed the browser expecting that to log you out, wlel, it wouldn't [19:22:22] MatmaRex: : ok thank you [19:35:21] hi ! [19:35:34] im having trouble setting a page property with my extension [19:35:46] i've reduced the problem to the following code: [19:35:52] $wgHooks['SkinAfterContent'] = function ( $content, $title, $revId, $options, $generateHtml, &$output ) { [19:35:59] $output->setProperty( 'test', 'ok' ); [19:36:01] }; [19:36:24] this should set a property called "test" with value "ok", but its simply not working, nothing gets set [19:36:31] can anyone see the problem ? [19:38:00] Sophivorus: that doesn't look like the right function signature for this hook… [19:38:06] !hook SkinAfterContent [19:38:06] https://www.mediawiki.org/wiki/Manual:Hooks/SkinAfterContent [19:38:26] ow sorry!! i was using ContentGetParserOutput [19:38:42] https://www.mediawiki.org/wiki/Manual:Hooks/ContentGetParserOutput [19:39:24] $wgHooks['ContentGetParserOutput'] = function ( $content, $title, $revId, $options, $generateHtml, &$output ) { $output->setProperty( 'test', 'ok' ); }; [19:50:22] Sophivorus: i'm not sure how exactly saving those to database works, sorry :/ i'm not sure if they are requiredfor this to work, but i'd start by verifying you have job queue set up, and any cache set up [19:50:51] thanks matma [20:46:30] hey [20:46:42] a guy is installing parsoid for me on the server [20:47:07] i have 6 wikis on the same database, with different prefixes [20:47:39] hes asking me the url he has to set on parsoid [20:47:54] does he need to install one for each site? [20:49:48] Are they competent enough to be doing it? [20:49:57] Same url, different config/parameters to pass [20:53:10] lol [20:58:45] reedy, ok, thanks [20:58:49] ;) [20:59:03] FWIW, wikimedias config is all public [22:19:19] Reddy, btw, u helped me with my wiki upgrade. was short and straight, but it helped. thanks ;) [22:29:04] To install MW under a subdomin (www.example.com/wiki) do I import the files into that subdomin or just rename the folder? [22:29:50] www questionably isn't a subdomain [22:29:55] /wiki is a folder [22:30:52] Huh? Basically I already have a site set up on my domain, I want the wiki to be installed at that domain/wiki so like www.example.com/wiki [22:30:58] But I'm confused as to how to do so [22:31:25] typically, a subdomain would be wiki.example.com [22:31:32] but you'd still need folders on the other end [22:32:22] My domain is TownyTwist.com and I don't want that to become the url of my wiki because that's the url of my site [22:32:31] But I want it to be connected to the domain somehow [22:32:44] How would I go abouts doing that [22:33:32] J-2: yes, you can just put the MediaWiki files in a subfolder. [22:33:38] you can just put it in a folder called wiki.. The question later is whether you want to do any pretty urls and such... [22:34:38] So if I put the files in a folder called wiki what would my URL be? As long as it's not simple example.com then I'm okay [22:34:47] Simply* [22:35:33] J-2: it'd be example.com/wiki/ :) [22:35:50] e.g. http://example.com/wiki/index.php?title=Main_Page [22:36:35] Okay thanks [23:08:35] hi! [23:08:50] im trying to purge all the pages that link to a certain title [23:09:06] i know there is the $Title->getLinksTo() method that returns an array of titles linking to this title [23:09:11] but i cant figure out how to purge them [23:09:34] specifically, i want to regenerate the internal links [23:09:39] anyone knows how ? [23:13:45] Sophivorus: hmm, try looking at the code in /includes/api/ApiPurge.php and adapting it [23:14:29] thanks ! [23:14:34] Sophivorus: why do you need to do that? perhaps there's some other way [23:15:40] i have a hook that adds various clases to all internal links [23:16:03] when a page is edited, i need to update all the links linking to the edited page [23:16:22] similar to when all red links are turned blue when a non-existent page is created [23:16:52] i found the LinksUpdate class, but i'm still figuring out how to use it [23:18:17] Sophivorus: hmm, so i think that's actually simpler than i though – you don't need to update the links tables (which is what LinksUpdate does), only the rendered page HTML [23:18:36] indeed [23:19:08] Sophivorus: and it looks like you can do that with just WikiPage::factory( $title )->doPurge() [23:19:36] Sophivorus: but then, i think we do things like that a bit differently usually. purging the HTML for however many pages can probably be pretty expensive [23:19:38] yay, let me try ! [23:19:46] !e Disambiguator [23:19:46] https://www.mediawiki.org/wiki/Extension:Disambiguator [23:19:53] no problem, my wiki is not wikipedia XD [23:20:20] heh. fair enough [23:20:21] it worked !!!!! [23:20:28] you're a genius, thanks [23:20:41] but you can look at Disambiguator for something that looks pretty similar to what you're working on [23:20:56] ah, nice tip, i will