[02:00:40] Hey, hello great. Got some doubts regarding unit drives and delated files. [02:02:46] I want to delete Z: drive completley, files there absorb me time and energy. Should I format it? I don't have permisions to delete deletes but kept files. [03:10:32] I have downloaded Echo extension for REL1.27, but update script throws an exception that there is no extension.json file in the Echo extension directory. [03:10:51] and in fact there is no extension.json there [03:19:53] * p858snake|L2 pokes legoktm with the poking stick [03:19:59] also possibly RoanKattouw [03:20:20] I guess I need to use sth like $ php maintenance/convertExtensionToRegistration.php extensions/MassMessage/MassMessage.php [03:21:46] no, I can't find convertExtToReg script [03:29:03] also, here https://phabricator.wikimedia.org/diffusion/OMWC/browse/master/wmf-config/extension-list it uses echo.php instead of extension.json [03:29:20] so the question is, how should I deal with my error [03:33:35] perhaps I should use require_once instead of wfLoadExtension? [03:34:51] Wmf-config is rarely a good thing to use as an example [03:36:05] I guess require_once would work, but I also want to confirm that this is the recommended way [03:39:37] I have downloaded Echo extension for REL1.27, but update script throws an exception that there is no extension.json file in the Echo extension directory. [03:44:14] Depending what version echo was converted, require_once may be the reccomended way [03:44:55] e.g. possibly echo only changed to wfLoadExtension in 1.28 [04:49:19] does anyone know the maximum no. of titles that one can pass at a time to api?action=query&prop=revisions [04:52:00] * bawolff would guess 500 but doesnt really know [13:05:42] Mediawiki update.php 1.27.1 gives me warning that it cannot find "composer.json" in mediawiki main directory in ComposerJson.php line 16. [13:05:56] should I be concerned with this? [13:11:11] And does it exist? [13:46:58] Reedy: we'll never know [13:47:21] But the real question is will it blend? [13:48:09] MediaWiki smoke. Don't breathe this. [14:01:05] Reedy: awesome series [14:04:41] Reedy: it doesn't exist [14:05:41] Reedy: it proceeds with database update after this initial warning [14:08:46] Feel like I'm missing something simple here. Trying to use user css modifications on a specific skin (Foreground) that's been set to default. The LocalSettings.php has $wgAllowUserCss = true; ...I created a page with User:MyName/foreground.css - I'm not seeing changes, even with a hard refresh. [14:10:21] Yam_: does common.css work? [14:11:08] For the whole site or just the user type? [14:11:39] The common.css was working at one point. I moved it's css to the skin specific css. All still works [14:14:06] for the user [14:14:11] I smell some caching problem [14:14:37] I haven't tried that yet, was about to [14:14:46] User:Example/common.css right? [14:18:00] Welp, no change with that one either [14:21:31] Yam_: if you invoke a page with ?debug=true what are the css files loaded (check the source and/or browser debugger) [14:23:48] got to go, sorry! [14:24:13] If I'm looking at this correctly (using firefox's inspector), there's no css loaded. Lotta javascript though. [14:24:19] Aw dang, okay. Bye! [16:01:43] is additional bot needed to fix double redirects? [16:03:10] hey hi! i'd like to create a project at phabricator to group a bunch of tasks [16:03:31] but i dont have the necessary permission .. [16:08:20] solved, thanks [16:08:27] legoktm: is this difficult to setup hhvm on ubuntu in 1.27.1? [17:51:39] Asterixf2: Echo has not been converted to use extension.json yet, so you have to use require_once [17:52:22] I've been meaning to ask legoktm more about this but my understanding is that converting Echo to use extension.json is Complicated(TM) [17:53:27] RoanKattouw: Doesn't look like it'll be that bad [17:53:55] Problem starts with your autoload.php, Resource.php etc [17:54:02] Or maybe Flow was the bad one [17:54:04] but just inline them to begin with [17:54:05] One of those two [17:54:31] Flow looks more complex, yeah [17:54:44] still, not that bad [17:55:25] RoanKattouw: We can make a pass on doing them if it's useful [17:55:34] Problem is not letting it stagnate too long due to rebasing etc [17:55:45] And causing conflicts with any other outstanding patches [17:57:32] RoanKattouw: ok, thx [17:59:51] We have gotten all the nice and several data of a girl with her photos in Mega. The access link is just on the Onion Network and will be available for 1 hour only, then it will be destroyed automatically and we will post it with a new link again here or in any other place: http://zerobinqmdqd236y.onion/?cba299c34f92e825#ZIefAgO9RJfAr3miBUfvomyM7YIVz8dbhksPnNQAB5Y= [18:00:20] :) [18:16:09] ? [18:30:45] Dorami-Doraemon: Do you need help? [19:13:33] Is this possible to allow editing a specific page for all users that have accessed it with appropriate key parameter in url? [19:13:43] key/token [19:14:26] Yeah, if you code it yourself [19:14:30] :) [19:14:36] ok, thx [19:14:37] It's not a default MW feature, nor an extension I don't think [19:14:47] that's what I wanted to know [19:14:55] Correct, no extentsion or MW features for that functionality as of right now [19:15:01] thx [20:13:23] Is there anything I should know about css-only gadgets? They're meant to override the common css, the skin's css AND the user defined css, right? [20:13:54] i believe so [20:14:53] Yam_ this link might be of help https://www.mediawiki.org/wiki/Manual:$wgUseSiteCss [20:14:58] Hmm. They're defined and listed and set in preferences. No change [20:15:06] Thank yas [20:27:19] Alllllvaaaaaroooo Mooooooliiiiiinaaaaa [21:13:14] Are gadget pages supposed to be prepended with Gadget-? As that is what the special:gadget list is tacking onto my css pages and apparently trying to use... [21:20:14] Yam_ it should track Gadget: [21:23:12] No, it should start with MediaWiki:Gadget- [21:23:26] * bawolff_2 doen't know what Gadget: namespace actually does [21:23:50] IIRC the gadget namespace is actually just there, but not ready to use [21:24:00] ah. [21:38:58] Does MediaWiki have a username policy ? [21:39:13] I dont believe so [21:39:32] Mlpearc: not really, we treat it on a per case basis [21:39:33] No wondere I couldn't find it :P [21:39:48] Mlpearc: Do you have a concern about someone's username [21:39:53] ? [21:39:58] we basically use common sense [21:40:02] Mlpearc besides the obvs policies (harrasment etc etc) i think usernames fair game [21:40:03] don't use something offensive [21:40:10] don't use something confusing [21:40:43] Mlpearc: Do you mean MediaWiki the software application or MediaWiki.org the wiki? [21:40:58] I assume they mean WikiMedia. [21:40:59] KK, I just seen User:Studio Manager in RC and was going to see usernames are handled [21:41:10] Since the software itself definitely has no policy beyond "must be a valid page title". [21:41:27] (Lots of extensions around for making it stricter though) [21:41:38] MediaWiki the site [21:41:38] Meneth: There's also a length requirement. Usernames can't be as long as a page title [21:41:50] Huh, never knew. [21:41:53] Mlpearc: personally I wouldn't really object to that username [21:42:08] NP just checking :) [21:42:18] Mlpearc: but if you have a concern, you can basically bring it up with any admin [21:42:30] Thanx for the input [21:42:38] kk bawolff_2 [22:07:03] Susan333: Hi [22:07:14] hi