[03:19:18] Is there a way in MediaWiki to force it to use insecure mode? [03:21:16] Whenever I try to change the URL to http:// it changes it back into https:// how to stop it doing that? [03:28:41] zzo38: There's something in Special:Preferences [03:32:12] cathfolant: OK thanks [03:38:01] How can I do it on other sites that aren't related to Wikipedia but use the same software? [03:38:21] I went to another wiki and it doesn't have such an option even though it is still MediaWiki. [03:38:24] same option [03:38:46] or try removing the https cookie [03:38:53] they might be implementing it another way [03:38:56] This is a bad idea anyway [03:39:50] What other way? [03:39:51] csteipp created this problem.. [03:39:57] no [03:40:22] zzo38, just enforcing HTTPS for all requests via the web server config [03:40:26] It's a feature [03:40:31] You should not be trying to turn it off [03:41:00] Well, I want to turn it off. [03:41:04] Why? [03:42:20] It is causing some prolems. [03:42:45] What problems? [03:44:22] It often won't load at all [03:44:50] That's a problem with your setup then [03:45:05] or the site is broken [11:51:18] andre__bbl: can you give me link to future huggle project on phabricator so that I can replace bugzilla links? [11:51:30] I want to replace them before release of next huggle version [11:52:25] petan, hi. Link to some query, creating a new report, or project overview pages? [11:52:39] link which people should click to report a bug for huggle [11:52:51] it can be even a page which has such a link [11:52:57] so probably a project page would work as well [11:58:09] andre__bbl: I also sent a request on code-in to get linked my profile with wikimedia organization, idk if you received it [11:58:57] petan: received, thanks, but Google Melange does not let me accept it yet. :( I've filed a bug at https://code.google.com/p/soc/issues/detail?id=2418 [11:59:37] petan, to report a Huggle bug the URL will be: https://secure.phabricator.com/maniphest/task/create/?projects=Huggle-whatevercomponentname [11:59:53] urgh wrong [11:59:54] sorry [12:00:17] * andre__ still trying to wake up [12:00:33] https://phabricator.wikimedia.org/maniphest/task/create/?projects=Huggle-whatevercomponentname [12:00:39] I prefer to have link that is broken now but will work in few days, rather than a link to bugzilla that works now but stop working in few days in new release :) [12:01:12] ok, that "whatevercomponentname" is what precisely? Why can't it be just "huggle" [12:01:43] we aren't that big project, so in the end we might be fine with 1 component only [12:02:34] +1 [12:02:44] * Nemo_bis asked Huggle to have only one component ages ago [12:03:08] petan, whatevercomponentnames you have here: https://bugzilla.wikimedia.org/describecomponents.cgi?product=Huggle [12:03:12] in bugzilla it made sense, it has good management of components, but phabricator is somewhat complex in this [12:03:22] Speaking of which, who's handlling the links to bugzilla from {{Extension}} ? [12:03:44] btw andre is it possible to prefill version, like ?version= [12:03:45] Nemo_bis, what's {{Extension}}? [12:03:51] petan, there is no version field [12:03:57] :( sad [12:03:59] andre__: the infobox for Extension namespace pages [12:04:02] petan, see https://www.mediawiki.org/wiki/Phabricator/Help#Passing_certain_values_in_the_task_creation_URL [12:04:06] Nemo_bis, there's a ticket about that [12:04:11] let me find that [12:04:15] ok [12:05:19] andre__: is it possible to have just "huggle" project? [12:05:21] petan: and we can merge some Huggle components in Phab at some point if that's wanted. or I could create a "General" component in BZ which would also be created in Phab next week [12:05:33] petan, and what's with the components? [12:05:48] let's just put all bugs from the components to that 1 project [12:05:55] well, I can merge all your stuff into one big blob in Bugzilla, if that's wanted. Really depends on you. :) [12:06:07] I can still do changes in Bugzilla for one week. [12:06:12] that would get imported into Phab. [12:06:19] (at least in this context) [12:06:24] well, I am more concerned about phabricator than bugzilla but if you have to do that for migration, feel free to do that [12:07:17] petan, feel free to file a ticket in BZ about what you want in BZ [12:07:28] I just want to have some pretty link like ?project=huggle rather than ?project=huggle-easter-egg-development-uber-management [12:07:41] petan, https://bugzilla.wikimedia.org/describecomponents.cgi?product=Huggle [12:07:45] that's your components. [12:08:03] pick one. or get a "General" one created. Or ask me to merge them all. Problem solved. :) [12:08:13] all up to you. but request please in a ticket in BZ [12:08:15] yes I know. I am trying to tell you that I don't care about components in phabricator. If there is no other way than creating a number of projects, just create a 1 big project [12:08:39] there is a way to create a number of projects. [12:08:45] but projects are a flat namespace [12:08:48] no subcomponents. [12:08:52] yes I know [12:09:01] and migration will turn BZ's "product-component" into projects, with that naming scheme. [12:09:05] which is why I want just 1 project. It will be much less mess [12:09:13] I can imagine this namespace will be huge one day [12:09:35] if you want me to massmove all tickets under Bugzilla's Huggle product into one "General" component in Bugzilla, I can do that. [12:09:46] ok, can we have it in different convention? like just "huggle" with no dash and extra words? [12:09:53] that would get imported into one project then. And afterwards we'd have to rename in Phab from Huggle-General to Huggle. Obviously. [12:09:59] not currently, no. [12:10:00] ok [12:10:03] we can after the migration. [12:10:06] I am fine with rename [12:10:30] but we won't put lots of extra handling cases into the migration script. we can always rename afterwards, and have additional hashtags (aliases) for project names too IIRC [12:10:40] right [12:11:09] Nemo_bis, https://phabricator.wikimedia.org/T168 [12:12:16] andre__: so https://secure.phabricator.com/maniphest/task/create/?projects=Huggle&title=Bug%20in%20huggle%203.1.5 is going to be working link? [12:12:24] I am about to commit that [12:12:52] not that this feature would be used by anone :P [12:13:10] petan, not automatically after the migration from BZ to Phab. Somebody would still have to rename a project to be called "Huggle" only. [12:13:14] petan you're here :) [12:13:22] do you still have access to sgeadmin on toollab? [12:13:30] yes [12:13:36] https://secure.phabricator.com/maniphest/task/create/?projects=Huggle-Other&title=Bug%20in%20huggle%203.1.5 will directly work after the migration. [12:13:41] liangent: let's move that to #wikimedia-labs [12:14:13] andre__: ok, working indirectly is fine as well :) I suppose we will rename it [12:14:22] just wondering about the syntax [12:14:53] slightly off topic: is gerrit being moved to phabricator at some point too? [12:15:16] moved as in replaced by [12:15:35] petan, click it. [12:15:45] onei, yes, "at some point" :) [12:15:49] it wants password which for some reason stopped working :/ [12:15:56] I am sure it's correct [12:16:01] it was stored in browser [12:16:02] no eta on it? [12:16:03] onei, https://www.mediawiki.org/wiki/Phabricator#Migration_timeline [12:16:25] oh lol [12:16:29] nvm I was on different phab [12:17:42] andre__: thanks :) [12:21:54] hi, is there a solution to this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=69281 [12:21:59] petan, yeah sorry, first link was wrong [12:22:08] np [12:22:14] i have a freshly installed mediawiki on debian wheezy and need to change it to postgresql [12:22:16] shecki, you might want to subscribe that bug here if you don't want everybody to click your link first [12:22:20] ah :) [12:22:44] and i just get a "could not connect to database" error... [12:23:24] shecki, comment 2 says that nobody has worked on this. [12:23:25] postgres is needed because i have an old wiki on postgres and switching from postgres to mysql is not redommended... [12:24:49] i know, but i think this is related to correcting the installer. but i hope there is a possibility to change the defaults made on installing mediawiki and i just didn't find them [12:25:14] obviously just changing things in Localsetteings.php is not enough [12:26:28] considering this: http://osdir.com/ml/general/2014-08/msg54399.html i also thought it would be postgres, but i can connect with pgadmin without any problems... so i think there is a setting in mediawiki that still sets to mysql [12:28:21] andre__: is there some way to extend phab so that it has tags or whiteboard for tasks? [12:28:31] it would extra helpful for searches [12:29:32] petan: not that I am aware of. but extensions are possible. [12:29:47] projects. [12:30:07] creating a project for every tag isn't really good [12:30:45] Talk page of https://www.mediawiki.org/wiki/Phabricator/Project_management ? [12:30:56] that might be the audience where to bring up your usecases [12:31:24] for example [12:31:32] now we have google code in, you were looking for simple tasks [12:31:44] there is "easy" tag in bugzilla, how would you search for them in phab? [12:32:14] there is no easy tag in Bugzilla. [12:32:16] you could create project called "easy" but well :P [12:32:20] there is an "easy" keyword in Bugzilla only. [12:32:34] https://www.mediawiki.org/wiki/Phabricator/versus_Bugzilla#Bugzilla_data_migrated [12:32:38] explains what happens to keywords. [12:32:42] it's keyword [12:34:07] ok [12:34:08] becomes a project in Phab [12:34:12] I see [14:11:36] Proj-Ect [14:27:47] Hi! I've got an escaping problem with writing a parser fuction [14:28:27] I want to create a div tag containing a JSON string.. but even if I add "noparse" or "Markertype => "nowiki" to the return array, it messes my json string up [14:28:50] sometimes it gets addtional " " marks [14:28:57] sometimes it gets
 
[14:30:08] hi [14:36:23] is there a way to change a setting in LocalSettings.php when the page is a special page? all hooks seems called after configuration... [15:37:39] hi ppl [15:37:55] just wanted to say that the JavaScript documentation is down since at least yesterday [15:38:16] lfschenone: link? [15:38:29] https://doc.wikimedia.org/mediawiki-core/master/js/ [15:44:47] SPF|Cloud: is it down for you too ? [15:45:00] Yes, looking. [15:45:45] ok, thx [17:19:44] !class Profiler [17:19:44] See https://doc.wikimedia.org/mediawiki-core/master/php/html/classProfiler.html [17:58:18] hello Nemo_bis [17:58:56] I am unable to make it to OPW but still I want to contribute [17:59:18] So guide me please [17:59:36] Moreover my patch has not been reviewed yet [18:00:57] alisha: which patch? [18:01:55] SPF|Cloud https://gerrit.wikimedia.org/r/#/c/167018/ [18:02:07] There are many easier bugs [18:02:23] You can see some task proposals on https://www.mediawiki.org/wiki/Google_Code-in_2014 [18:02:42] (In addition to the standard "easy" bugs list) [18:03:24] Nemo_bis: Okay [18:03:43] I will go through it [18:03:58] but please can you review my patch? [18:04:02] ah, you're making changes for the Code-in? [18:04:45] SPF|Cloud: No, I was an aspirant of FOSS OPW round 9 [18:04:53] But didn't made it [18:04:53] k [20:15:50] hello [20:16:30] Can someone guide me [20:16:34] [84b46d30] 2014-11-14 18:33:20: Fatal exception of type MWException [20:16:47] This only comes after I insert this line into LocalSettings.php: [20:16:47] require_once "$IP/extensions/Scribunto/Scribunto.php"; \$wgScribuntoDefaultEngine = 'luastandalone'; [20:16:51] for scribunto [20:29:34] cbrons, https://www.mediawiki.org/wiki/Manual:How_to_debug [20:29:53] (hmm, but maybe not too helpful in this case) [20:36:04] ;/ [20:47:48] any suggestions? [21:45:18] can some1 help with this? its very short https://dpaste.de/8J8t [21:46:00] !debug [21:46:00] 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 [21:46:21] cbrons: you need to enable more error reporting or look in your error logs to get the real error message, see ^ for help on doing that [21:48:16] even that is confusing to me [21:48:22] omw to try it [21:55:55] what version of linux does the wmf use for mediawiki? [21:56:23] legoktm [21:56:25] Detected bug in an extension! Hook ScribuntoHooks::formatLimitData has invalid call signature; Parameter 2 to ScribuntoHooks::formatLimitData() expected to be a reference, value given [21:56:55] Betacommand: ubuntu precise, currently migrating to trusty during the hhvm transition [21:57:09] cbrons: what versions of mediawiki and scribunto are you using? [21:57:15] cbrons: what version of the extension did you checkout? [21:57:33] legoktm: server variant? [21:57:51] I would assume os. [21:57:54] assume so* [21:59:35] 64 bit> [21:59:39] *? [22:02:50] I got the 1.23 version [22:07:02] yes [22:16:26] cbrons: your running mediawiki 1.23?