[00:20:49] 03(mod) Add section edit link for 0th section - 10https://bugzilla.wikimedia.org/156 +comment (10mediawiki-bugs) [00:42:26] Hey, guys [00:42:39] Are there any known bugs in the $wgUseVectorSimpleSearch code? [00:43:12] In combination with Extension:Vector's expanding search bar feature, a scrollbar obscures the search box when focus is given to it and $wgUseVectorSimpleSearch is true [00:43:24] I noticed this bug after upgrading to 1.21rc4 when that option because true by default [01:02:47] 03(mod) Requested Scribunto/Lua built-in methods/functions (tracking) - 10https://bugzilla.wikimedia.org/48176 +tracking (10darklama) [01:05:26] 03(mod) VisualEditor: Link inspector shouldn't correct newly-created [[foo|Foo]] to [[Foo]] (case insensitivity for display but not link) - 10https://bugzilla.wikimedia.org/48060 (10James Forrester) [01:06:57] 03(mod) VisualEditor: Indenting multiple list items now broken in Firefox - 10https://bugzilla.wikimedia.org/48069 (10James Forrester) [01:07:00] 03(mod) VisualEditor: Pawn ♙ appears after deleting list and moving cursor - 10https://bugzilla.wikimedia.org/41067 (10James Forrester) [01:07:09] 03(mod) VisualEditor: Backspace over lists doesn't delete the LIs - 10https://bugzilla.wikimedia.org/47795 (10James Forrester) [01:08:51] 03(mod) VisualEditor: Warn the user more prominently that they are editing an out-dated version of the page - 10https://bugzilla.wikimedia.org/47683 (10James Forrester) [01:17:18] 03(NEW) VisualEditor: Copy wikiEditor's search-and-replace tool - 10https://bugzilla.wikimedia.org/48368 enhancement; VisualEditor: Editing Tools; () [01:17:31] 03(mod) VisualEditor: Copy wikiEditor's search-and-replace tool - 10https://bugzilla.wikimedia.org/48368 (10James Forrester) [01:26:36] Nothing to make one jump like power cutting out followed by giant kaboom of thunder [01:50:24] 03(mod) Show grid status in Ganglia - 10https://bugzilla.wikimedia.org/48338 +comment (10addshorewiki) [01:52:39] 03(mod) VisualEditor: Support categories - 10https://bugzilla.wikimedia.org/39597 +comment (10James Forrester) [01:53:53] 03(mod) Allow blocking of global accounts - 10https://bugzilla.wikimedia.org/15294 (10bandastouffer) [01:54:58] 03(mod) VisualEditor: Dialog to manipulate image properties (size, alignment, border, caption) - 10https://bugzilla.wikimedia.org/38129 +comment (10James Forrester) [01:59:46] 03(mod) VisualEditor: "This is a minor edit" is not auto checked in save dialog if the "minordefault" preference is on - 10https://bugzilla.wikimedia.org/48347 summary (10James Forrester) [02:00:11] 03(mod) VisualEditor: Don't close/re-open annotation when pasting text into a comparable context - 10https://bugzilla.wikimedia.org/48195 (10James Forrester) [02:21:15] Hi [02:21:46] Howdy [02:22:37] I am having some trouble getting the Edit Toolbar to appear when I use my own skin. I noticed a JS error that says "Uncaught ReferenceError: mw is not defined" [02:22:44] The wiki is here http://wiki.arabeyes.org/index.php?title=%D9%86%D9%82%D8%A7%D8%B4:%D8%A7%D9%84%D8%B5%D9%81%D8%AD%D8%A9_%D8%A7%D9%84%D8%B1%D8%A6%D9%8A%D8%B3%D9%8A%D8%A9&action=edit [02:22:53] I can send you a link to the theme file if you need it [02:24:36] That means resource loader isnt being loaded properly, or the skin is trying to load its own js instead of using resourceloader [02:27:07] Most likely anyhow [02:27:25] bawolff: here is the skin main file http://paste.debian.net/hidden/ddbd13cd/ [02:27:45] (I did not write it) [02:28:08] It is loading its own JS it seems [02:28:25] Looking at the html source of your wiki [02:29:04] The skin was working fine on an earlier version (1.7) [02:29:05] The loading of /skins/common/wikibits.js is causing your issues [02:29:36] Wikibits.js changed to be dependant on a different hs file since then [02:33:42] Ok [02:33:51] I will try to see how it is done in newer skins [02:35:19] youshh: That skin code is bad all over [02:35:31] I know [02:35:36] It is old [02:36:24] There's a chance that RL breaking could be due to not using headelement. [02:37:03] ...$wgHtml5 = false; doesn't help either [02:37:19] Oh, nowait that's the skin [02:39:04] Oh no, I do think you have $wgHtml5 [02:39:11] ...which is a fairly bad idea [02:39:23] ;) I'm deleting support for that in 1.22 [02:41:01] Danny_B_: enabling headelement removes the JS error, but I still can't see the edit toolbar [02:42:04] Erm... you're not using htmlelement right [02:42:25] You have two doctypes, 's, and s [02:42:45] oh :( [02:42:59] I will fix that [02:45:12] 03(mod) "Unable to compile LilyPond input file: Converting to PNG...GS exited with status: 9" - 10https://bugzilla.wikimedia.org/47534 +comment (10bawolff+wn) [02:46:47] youshh: There's a lot of points on the proper way to do things at https://www.mediawiki.org/wiki/Manual:Skinning/Tutorial [02:46:58] Okay [02:47:02] Thanks [02:48:41] I wonder if I should completely kill support for skins not using headelement. [02:48:58] Those have been obsolete since 1.16 [02:49:16] We haven't been very kind to their support. [02:49:29] ...they'll probably also break proper HTML5 output. [02:50:15] 03(mod) Some files generated by Lilypond are not displayed due to OOM error - 10https://bugzilla.wikimedia.org/47826 +comment (10bawolff+wn) [03:34:23] 03(NEW) Special:Tags - Tagged changes to show total of only currently visible loged numbers - 10https://bugzilla.wikimedia.org/48369 enhancement; MediaWiki extensions: AbuseFilter; () [03:35:25] 03(mod) Special:Tags - Tagged changes to show total of only currently visible loged numbers - 10https://bugzilla.wikimedia.org/48369 (10Mahitgar) [03:38:45] 03(mod) "Unable to compile LilyPond input file: Converting to PNG...GS exited with status: 9" - 10https://bugzilla.wikimedia.org/47534 (10Rob Lanphier) [04:00:43] 03(mod) Serializer adds newline at the end of some documents - 10https://bugzilla.wikimedia.org/48344 +comment (10Gabriel Wicke) [04:04:24] Damit, why do people have to add such stupid things to the api. [04:16:57] Heh, exposing edit by parsoid dom via the api would be interesting. [04:17:32] it would [04:17:36] Dantman: We're thinking about passing the edittoken from VE to Parsoid for it to use it. [04:18:47] Dantman: Parsoid doesn't have any auth access to MW right now (the edits are made by ApiVisualEditor.php; Parsoid does the wikitext<->HTML+RDFa conversion only, and accesses the wiki to get context information (like the contents of templates). [04:19:18] That is a HTML based DOM. With some simple DOM parsing and manipulation tools you could potentially manipulate Parsoid DOMs (especially in the future when they support more) much easier than you can manipulate WikiText. [04:19:57] James_F: Sure the edit stuff would be implemented in MW like VE is. [04:20:00] Dantman: Sure, but with VisualEditor you shouldn't be manipulating Wikitext. :-) [04:20:17] Bots [04:20:39] Dantman: VE isn't implemented in MW. VE is standalone, with a MediaWiki extension that pulls it in. [04:20:56] Bots are a terrible code smell, that tell you that we haven't built proper editing tools into the platform. [04:21:50] I mean it's probably easier for a bot to manipulate a Parsoid DOM than it is to figure out how to modify wikitext. [04:22:23] Sure, but there will almost always be situations where you end up having to batch modify a pile of pages. [04:22:35] Editing tools aren't going to help that much. [04:22:39] Sure, but can't we build that into the wiki? [04:22:46] Special:BatchChange. [04:22:48] ;-) [04:22:55] ;) that's a different code idea on my list [04:23:05] * James_F grins. [04:23:45] ReplaceText makes me very unhappy. [04:24:26] I have a bunch of points on how a proper ext would work. [04:24:27] But until now we have had bots mostly doing three things: interwiki links (finally killed), moving/changing categories (killed if we move to a Wikidata-based system, as discussed), and mass image uploading. [04:25:13] Oh, and typo-finding. Woo. [04:25:36] Wikidata won't properly kill moving/changing categories [04:25:50] Individually? Sure. [04:25:59] WMF sure [04:26:01] MW no [04:26:23] Every MW wiki would have to be using Wikidata [04:26:27] But if C234's en: label changes from "Actors in 1924 films" to "Actors in films from 1924" that'll be a success [04:26:38] Dantman: Or Wikibase. [04:27:14] Either way most wikis aren't going to install that category of extensions. [04:27:27] Well, then they won't work well. [04:27:41] :/ [04:28:08] Remember, you're talking about wikis that are willing to install a node service (Parsoid) but not a 'normal' MediaWiki extension (Wikibase) [04:28:22] This is… a short list, I imagine. [04:28:37] No I'm not talking about Parsoid at all right now [04:28:54] A Parsoid DOM modifier API that doesn't use Parsoid? [04:28:58] * James_F is lost. [04:29:09] No, I'm not talking about parsoid at all right now. [04:30:15] I'm saying Wikidata/Wikibase isn't going to fix our problem with moving/changing categories. [04:30:39] Oh, I see, yes, I see your point, if we don't coreify Wikibase. [04:30:39] We had older pre-Wikidata ideas on this. [04:30:45] Yes. :-) [04:31:12] I still think we should move categories out of the wikitext. [04:31:21] Well, I said that too. [04:31:34] totally agreed [04:31:42] No into Wikidata specifically. [04:32:11] They need to be in DB not wikitext. Where they're stored is a different question. [04:32:18] Mhmm [04:32:37] Using ContentHandler would be one option. [04:33:24] Store user edited categories outside of the wikitext blob in a content model. And give an interface to modify them. [04:33:58] Well, that would be nice for all manner of meta-data. [04:34:08] mhmm [04:34:14] #REDIRECT, __NOTOC__, __NOEDITSECTION__, etc. [04:34:23] Yeah... [04:34:31] Basically, all the things that will be in the VisualEditor 'meta-data' panel. :-) [04:34:34] Actually #REDIRECT could be it's own dedicated ContentModel. [04:35:58] Dantman: if cats arent in wikitext how do you plan to deal with templates? [04:36:17] bawolff: You mean, transcluded categories? [04:36:28] Yes [04:36:32] bawolff: Kill the notion that there is only one place to define categories. [04:36:43] bawolff: That just means having a {inheritable} attribute on categories. [04:37:02] That's going to be tricky given conditional stuff. [04:37:16] James_f: conditional category transclusion [04:37:25] Wont work that way [04:37:34] I don't think we should 100% eliminate parsed categories. [04:37:38] bawolff: Yup. As I said, it'd be fun. [04:38:01] bawolff: We'd need the inheritable attribute to be a locally-calculated function, not a boolean. [04:38:02] But I do think we should eliminate putting categories the user directly edits inside the wikitext. [04:38:16] Dantman: VE will do that. ;-) [04:38:44] James_f: like a lua function? [04:38:46] user edited categories become an actual interface. [04:38:53] bawolff: Yeah, that would make sense. [04:39:18] bawolff: But I'm not advocating any particular technology here. [04:39:31] hey all [04:39:33] Dantman: im just not sure how that having two methods would decrease confusion [04:39:35] where's the list of namespaces by number for Wikivoyage? [04:39:40] bawolff: Unlike my slightly-too-subtle push for SPARQL for categories-on-Wikidata. :-) [04:39:46] Sven_Manguard: LocalSettings.php? [04:39:46] i.e. namespace 108 is ______? [04:39:53] We might deprecate [[Category:...]] and tell templates to use something nicer like {{#category:}} or #addcategory. [04:39:59] James_F: I've no idea how to fund that. Could you link me to it? [04:40:09] Wikidata may add categories of it's own too. [04:40:14] Sven: can be accessed by api [04:40:26] bawolff: I've no idea how to do that [04:40:34] I just need a table of what number is what namespace [04:40:54] Sven: actually isnt there special:interwiki on wikivoyage [04:40:56] And we would tweak our current category tables (which are basically an index) so that they carry a key indicating where the category comes from. [04:40:56] most projects have that floating around somewhere, in some MediaWiki or Special page [04:41:08] No that's interwikis [04:41:11] Doh [04:41:25] Sven: moment [04:41:25] Sven_Manguard: https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php [04:41:34] So you can tell the difference between something that exists in wikitext, is user editable, and even what comes from wikidata. [04:42:54] Then category edit interfaces can let users easily add categories. Remove user editable ones. And grey out ones added by templates saying something like "This category is automatically included by a template within this page, it cannot be removed directly." [04:43:09] Sven: http://en.wikivoyage.org/w/api.php?action=query&meta=siteinfo&siprop=namespaces [04:43:58] Dantman: so hotcat if hotcat was biilt at the right level instead of a js hack [04:44:03] ;) if we're really smart too and take advantage of the $frame we can even explicitly say "This category is automatically included by the 'Infobox movie' template and cannot be directly moved." [04:44:14] bawolff: umm.... the books namespace does not seem to have a number there [04:44:14] bawolff: I suppose [04:44:27] bawolff: ;) and didn't have such a sucky ui from my perspective [04:44:54] the book namespace doesn't even *exist* on the project [04:44:55] Sven: are you sure its a real namespace [04:44:56] You guys even looked at the VE category editor? It does most of this. :-) [04:44:57] Though category editing would probably still be part of editing. [04:45:18] bawolff: it is a real namespace on other projects, but on Wikivoyage it seems to be Wikivoyage:Books/Singapore not Books:Singapore [04:45:38] Trying to shove that into skin output is a bad idea. [04:45:55] Sven: well there is no book namespace on wikinews either afaik [04:46:01] bawolff: http://en.wikipedia.org/wiki/Book:Miami [04:46:09] it exists on enwiki as namespace 108 [04:46:32] ...so everything that was imported to Wikivoyage... is still using 108 [04:46:33] Yeah namespaces are per project [04:46:57] Oh, that sounds broken... [04:48:01] Dantman: that actually sounds generally do able without invasive changes [04:48:31] bawolff: well Wikivoyage existed for a while without being on the WMF, and PediaPress (impetus behind Books and the Books namespace) was exclusively on WMF [04:48:52] so it's just ... what's the word, not institutional inertia... [04:49:03] grandfathered in weirdness? [04:49:06] w/e [04:49:33] Sven: so are you saying there are things on wikivoyage in namespace 108 that are inaccesible? [04:50:03] Sven: you can file a bug to ask for book namespace to be created [04:50:08] bawolff: no, it's that a template has a {{switch}} that is looking for n:108 [04:50:29] bawolff: http://en.wikivoyage.org/w/index.php?title=Template%3ASaved_book&diff=2251176&oldid=2139788 [04:50:41] because that was ripped from enWikipedia [04:51:13] Well solution is to edit template :p [04:51:15] bawolff: Yay... maybe I should write an RFC when I've done other stuff [04:51:38] bawolff: I did, it's just that the situation threw me for a loop [04:51:45] thanks for helping me work through it [04:52:10] Though back to my original topic [04:52:16] Of course as james points out, it could be a different world with ve [04:52:36] I hate it when people add stupid things to the api. [04:52:50] Someone adds something stupid. [04:53:16] Then when someone realizes and wants to remove it because it's in the way... [04:53:16] Dantman: I hate the message field of the watch action [04:53:30] But you can't ! [04:53:49] No no, we can't get rid of it... because, backwards compatibility! [04:54:21] I hated languageshtml/categoryhtml from the start and actively opposed it but it made it into a release [04:55:21] Even though the only thing that used it at the time could have just done things a slightly different way and we could have backed it out of the release. [04:55:36] Now there's headitems [04:55:43] James_F: btw in regards to sparql querying - I agree that would be cool, but I wonder if it actually scales well enough [04:56:00] bawolff: Well, yeah, quadstores still suck. :-(\ [04:56:23] bawolff: I would imagine they'll be better before we'd get into place with this, though. [04:56:28] Sets up an OutputPage and Skin inside of the api. And then calls an OutputPage method intended for skins. [04:57:00] Dantman: CoreAPI then have api sections for the lesser used jink that can be dropped in as extensions *runs* [04:57:33] Sven_Manguard: Alternatively, we could get the PediaPress/Book stuff enabled on Wikivoyage... [04:57:52] James_F: otoh the core problem has been around since 70s from what I understand so I don't have that high expectations [04:58:00] And at that, said method of OutputPage is one only directly used by OutputPage and legacy skins written for MW 1.15 [04:58:13] I just kill off support for those legacy skins. [04:58:13] bawolff: :-) [04:58:23] bawolff: It's got a lot better over the past few years. [04:58:28] And find that the api is using that same method which should be deprecated. [04:58:32] James_F: it is enabled on Wikivoyage, it works just fine as it is [04:58:43] bawolff: But then, I would say that, given how much taxpayer funds I directed into it. :-) [04:58:53] Sven_Manguard: But just in a different namespace? [04:59:05] yeah. it's just a non-standard way of doing things, so when templates were imported from English Wikipedia, they were looking for n:108 [04:59:23] http://en.wikivoyage.org/wiki/Wikivoyage:Books/Washington,_D.C. works just fine [04:59:23] So naturally of course I can't get rid of deprecate or make private this OutputPage method that should have been deprecated long ago. [04:59:49] * bawolff wonders how James_F is in charge of significant tax payers money [05:00:33] bawolff: he charmed them with his flawless British accent [05:00:35] bawolff: I was acting head of data.gov.uk from the start through launch for two years. We invested a lot on Linked Data. Working for Tim Berners-Lee. [05:00:52] Wow cool [05:01:03] jezuz... [05:02:21] bawolff: I funded http://www.w3.org/TR/2013/NOTE-prov-overview-20130430/ and http://www.w3.org/TR/vocab-data-cube/ and http://www.w3.org/TR/vocab-org/ and ... [05:02:39] bawolff: Some really great stuff, though no hockey-stick impact (yet), sadly. [05:03:12] bawolff: Other people funded it too, and I didn't do any of the real work (just arguing for cash). :-) [05:04:04] We actually have this garbage inside of an api parse response http://dpaste.org/5XL8c/ [05:04:31] Most of that stuff is going quite a bit over my head [05:05:20] * bawolff only real experiance with semantic stuff is XMP [05:05:37] bawolff: Dantman: James_F: Thanks for the help. Cheers [05:05:55] * Dantman sends James_F some JSON-LD [05:06:03] Dantman: Oh, yes, that too. :-) [05:06:20] bawolff: Ultimately, everything boils down to two simple things: [05:07:03] bawolff: (1) Everything (/everything/) is a URI, and is either dereferencable (you HTTP GET it and get a 200) or redirects you to a document that is. [05:07:25] Eh? [05:07:54] * bawolff has always felt weird about non dereferenible uris like xml namespace s [05:07:57] bawolff: (2) You make statements about the world as / (triples, even though there are four of them). [05:08:10] bawolff: Yeah, it's a mess. :-) [05:08:56] James_F: triples in the same way h2g2 is a trilogy :p [05:09:04] bawolff: :-) [05:14:30] waitasec what? [05:14:47] APi isn't using that method? [05:15:11] bawolff: They were originally triples, and then someone realised that we needed ways to refer to the statement, so they get a GUID or whatever, which makes them a triple with a fourth element, but the name stuck. Typical, and familiar in MediaWiki's world. :-) [05:19:34] Don't forget lang and datatype too [06:11:45] 03(mod) Use transparent images for hiero - 10https://bugzilla.wikimedia.org/31736 +comment (10gerritadmin) [06:20:03] 03(mod) CSSJanus mishandles box-shadow and text-shadow - 10https://bugzilla.wikimedia.org/45677 +comment (10gerritadmin) [06:37:57] 03(mod) dewiki: exclamation marks on watchlist increased - 10https://bugzilla.wikimedia.org/24053 (10Nemo) [06:42:57] 03(mod) dewiki: exclamation marks on watchlist increased - 10https://bugzilla.wikimedia.org/24053 +comment (10federicoleva) [06:51:38] HAH! api parse headitems doesn't even get the order right and misses some stuff [06:58:15] 03(NEW) Remove redundant "patrolmarks" right - 10https://bugzilla.wikimedia.org/48370 trivial; Wikimedia: Site requests; () [07:26:50] 03(mod) IPv6 at some places lower case and at other places in upper case - 10https://bugzilla.wikimedia.org/44161 (10Legoktm) [07:27:09] Jasper_Deng: ^ [07:27:18] this was intentional [07:27:45] well comment then! [07:28:42] 03(mod) IPv6 at some places lower case and at other places in upper case - 10https://bugzilla.wikimedia.org/44161 +comment (10Jasper Deng) [07:28:44] ditto [07:34:22] Well thats just BEAUTIFUL! [07:35:03] Seems sometimes submodules don't play nicely with moving the location of your git repo [07:38:32] 03(mod) Gerrit Loops on HTTP Authentication - 10https://bugzilla.wikimedia.org/48362 (10christian) [07:44:26] 03(mod) getEditToken in mediawiki.api.edit.js should try to use mw.user.tokens first - 10https://bugzilla.wikimedia.org/47239 +comment (10This, that and the other) [07:44:26] 03(mod) "mediawiki.api.edit" module shoud use mw.user.tokens.get('editToken') instead of an API call - 10https://bugzilla.wikimedia.org/34733 +comment (10This, that and the other) [07:48:30] 03(NEW) RequestContext::importSessionData doesnt work with php default sessions - 10https://bugzilla.wikimedia.org/48371 normal; MediaWiki: General/Unknown; () [08:06:01] 03(mod) RequestContext::importSessionData doesnt work with php default sessions - 10https://bugzilla.wikimedia.org/48371 +comment (10Daniel Friesen) [08:10:53] 03(mod) RequestContext::importSessionData doesnt work with php default sessions - 10https://bugzilla.wikimedia.org/48371 +comment (10bawolff+wn) [08:34:28] 03(mod) "mediawiki.api.edit" module shoud use mw.user.tokens.get('editToken') instead of an API call - 10https://bugzilla.wikimedia.org/34733 +performance (10Liangent) [08:34:37] 03(mod) "mediawiki.api.edit" module shoud use mw.user.tokens.get('editToken') instead of an API call - 10https://bugzilla.wikimedia.org/34733 (10Liangent) [08:36:27] 03(mod) Please temporary lift the IP cap in en.wiki, he.wiki, es.wiki, fr.wiki, ru.wiki, and pl.wiki - 10https://bugzilla.wikimedia.org/48301 +comment (10wiki.tomer) [08:46:35] Reedy: Semantic Page Maker uses OutputPage::out (it's basically just print). I want to kill it. What do you think, deprecate or outright remove? [09:18:34] Dantman: just deprecate it and remove in next release or something [09:18:54] ;) that's what I want to do [09:19:12] 1.21 isn't released, next release IS 1.22 [09:21:06] Dantman: aren;t https://gerrit.wikimedia.org/r/#/c/63359/ and https://gerrit.wikimedia.org/r/#/c/63356/1 redundant? [09:21:24] Dantman: if we have the dir="" on the

, we don't need the internal , do we? [09:21:44] (also, thanks for doing this) [09:23:17] MatmaRex: The h1 is an ltr or rtl. The span is an auto. I'm not sure if ltr/rtl is correct. [09:23:56] MatmaRex: That said I'm starting to think that pagelang(attributes) or whatever it was shouldn't exist at all. [09:24:24] Dantman: well, dir=auto is kind of not good [09:24:25] http://www.whatwg.org/specs/web-apps/current-work/multipage/elements.html#the-dir-attribute [09:24:46] Dantman: if we know the directionality, dir=lrt/rtl is better - do we actually know it? :/ [09:24:53] MatmaRex: Everything should go on that span, not the firstHeader. Since firstHeader can contain things besides the title text. Things that won't be in the same lang. [09:26:17] it currently can't, not in core at least [09:26:22] (but good point) [09:26:39] MatmaRex: That's the thing... they are arbitrary titles, do we really know the dir? [09:27:02] Dantman: usually we can assume they're in content language [09:27:06] we assume that for page contents [09:27:21] MatmaRex: No we can't and no we don't [09:27:41] yes we do [09:27:45]
[09:27:59] that's from Wikipedia [09:28:01] what about "Editing {{PAGENAME}}" or "Page history of {{PAGENAME}}", when user language is different than content language? [09:28:34] There's work going towards better support for multi-lang wikis. [09:29:05] Title has a hookable method to get the lang of the title. [09:29:29] s/the title/the page contents/ [09:30:31] And that other lang being added seems to be the lang of the title itself. [09:32:14] Since sometimes the title text can be in a different lang than the contents. [09:32:25] Like wikis that use [[Article Title/fr]] [09:33:00] we clearly needs more hooks :/ [09:34:04] Vulpix: Good example. Though in the future we should start tweaking those so that the title passed to them contains a span with the actual title's lang separate from the lang the text is in. [09:34:18] and/or magic words {{titlelang:fr}} [09:34:20] 03(mod) Please temporary lift the IP cap in en.wiki, he.wiki, es.wiki, fr.wiki, ru.wiki, and pl.wiki - 10https://bugzilla.wikimedia.org/48301 +comment (10Ori Livneh) [09:36:54] Dantman: yes, that's the idea, but still we need to identify what's the lang of the title or provide the ability to override the content language of the wiki, or special namespaces (like MediaWiki: namespace) [09:37:41] "to override the content language of the wiki"--> just for the title (and/or maybe extend that to the entire page if applicable) [09:38:14] We seem to have that. [09:38:44] Title's method for determining content lang. And this new title lang that is being added. [09:41:44] WTF these comments are messed up. [09:42:15] Oh [09:42:18] We don't [09:42:39] And I wonder if implementation is messed up [09:43:49] We seem to have two methods on title for determining content lang. One for lang of the wikitext the other for lang of the output (apparently for variants) [09:46:00] ...of course I thought this was messed up from the start since these things should have never been placed on title. [09:48:11] 03(NEW) Missing information in action=parse&prop=links - 10https://bugzilla.wikimedia.org/48372 enhancement; MediaWiki: API; () [09:50:43] 03(mod) Missing information in action=parse&prop=links - 10https://bugzilla.wikimedia.org/48372 +comment (10lambdav) [10:31:26] 03(mod) Missing or useless links in Echo notification e-mails - 10https://bugzilla.wikimedia.org/46937 (10Nemo) [10:31:30] 03(mod) Show diff link when appropriate on talk page notifications - 10https://bugzilla.wikimedia.org/48183 (10Nemo) [10:38:21] * bawolff kind of wants to rewrite the upload classes [10:43:31] Isn't userlangattributes completely useless now? [10:44:10] We're !still! setting it based on whether it's the same or different from the content lang. [10:44:25] Even though we set the user lang on the page root [11:34:27] 03(NEW) add createuser to $wgRateLimits - 10https://bugzilla.wikimedia.org/48373 normal; MediaWiki: General/Unknown; () [11:47:59] 03(mod) It should be possible to use cascading protection with non-"sysop" protection level - 10https://bugzilla.wikimedia.org/47617 -patch-in-gerrit ; +comment (10Bartosz Dziewoński) [12:02:45] 03(NEW) Add 'editor' to $wgCascadingRestrictionLevels for the Polish Wikipedia - 10https://bugzilla.wikimedia.org/48374 normal; Wikimedia: Site requests; () [12:18:43] 03(mod) Use transparent images for hiero - 10https://bugzilla.wikimedia.org/31736 +comment (10amir.aharoni) [12:23:10] MatmaRex: I'm finishing up something that can replace the three commits we both made on the title lang. [12:41:58] 03(mod) Add 'editor' to $wgCascadingRestrictionLevels for the Polish Wikipedia - 10https://bugzilla.wikimedia.org/48374 normal->15enhancement (10Tomasz W. Kozlowski) [12:45:27] Dantman: hm, nice. implementing the

generation in SkinTemplate itself? [12:45:50] MatmaRex: Well not the h1 but the span [12:46:03] lang and dir will be set on a span [12:46:31] lang doesn't belong on the firstHeader, for the exact same reason a span was added just for the dir [12:46:54] I'm also doing a pile of other stuff [12:47:02] * MatmaRex hates piles of stuff [12:47:49] ;) it's a good pile of stuff [12:48:25] I'm fixing a bunch of getPageLanguage calls that should really be getPageViewLanguage [12:49:32] I'm doing the title attribute setting inside the exact same place we do it for #mw-content-text [12:49:44] I have problem with the textual inputs in login and register not having specified an input type. Isn't that sort of required, or at the very least, good form? [12:49:54] Which will actually fix a current bug [12:49:57] ah [12:50:16] dnsdds: what do you mean? an by default has type=text [12:50:24] this is normal and okay [12:50:43] ;) and intentional [12:50:43] MatmaRex: But it breaks when you need to do input[type=text] in CSS [12:51:07] 03(NEW) missing (404 Not found) chick/main.css for monobook skin - 10https://bugzilla.wikimedia.org/48375 normal; MediaWiki: Skin and page rendering; () [12:52:24] dnsdds: you can do input:not([type]), if you want to [12:52:33] kind of ugly, but should work [12:53:32] 03(mod) missing (404 Not found) chick/main.css for monobook skin - 10https://bugzilla.wikimedia.org/48375 +patch-in-gerrit; +comment (10Bartosz Dziewoński) [12:53:39] If you look at an edit page with a lang different than the content language you'll see that the lang is set to the page lang instead of the user language which the title is in. [12:54:01] MatmaRex: Then I'd lose IE8 compatibility :/ [12:54:36] dnsdds: then style all inputs first, then "undo" the styling on input[type] ? [12:56:07] MatmaRex: That's getting very kludgey, when it'd be so much simpler to just specify type in the markup. Please tell me the reason for omitting it is not just to save 12 bytes in markup... [12:56:12] Or give up and specifically target the elements you actually want to style. [12:56:32] We remove defaults from all attributes. [12:56:35] dnsdds: i have no idea, sorry. you're referring to the "new" form? [12:56:56] dnsdds: it would also be easier to stop fully supporting older browsers :) [12:58:00] And quite frankly no matter how much you complain about that behaviour there will ALWAYS be text inputs that don't explicitly use type=text [12:59:18] Dantman, MatmaRex: I'm trying to plop down Formalize to make the forms a bit prettier, and it doesn't touch inputs that don't have a specific type set. Trying to edit the CSS for that, or going around and collecting all the IDs for all the text inputs that aren't explicitly texts would be impractical [12:59:59] Which is precisely why I made that comment right now. [13:00:06] dnsdds: oh come on, the workarounds are simple enough [13:00:22] also what Dantman said [13:01:01] Even if we change that behaviour there will still be inputs without explicit types. So if you try to force us to use explicit type=text your styles will STILL break somewhere. [13:01:49] It's also debatable whether you should even style everything. [13:01:49] Dantman: In that case, the real name field in the registration has an explicit type="text", so you probably want to go ahead and snipe that [13:02:42] Right now that's being generated by an ancient template class. I'll be self-sniped when the rework on user registration is done. [13:02:50] It'll* [13:03:09] 03(mod) missing (404 Not found) chick/main.css for monobook skin - 10https://bugzilla.wikimedia.org/48375 +comment (10gerritadmin) [13:04:22] chick in monobook? lol, it usually was the other way round: monobook loaded for all other skins [13:06:25] 03(mod) Bugzilla gerrit bot should mention patch author when notifying about a new changeset - 10https://bugzilla.wikimedia.org/47622 +comment (10Bartosz Dziewoński) [13:06:29] 03(mod) Bugzilla gerrit bot should use a shorter format - 10https://bugzilla.wikimedia.org/47621 +comment (10Bartosz Dziewoński) [13:09:35] dnsdds: You should also do some actual browser testing in IE8 before complaining. [13:09:52] Dantman: So once the rework is complete, it'll be easier for me to just add the types in should I so choose? [13:10:16] dnsdds: It looks like IE8 violates spec and makes a [type="text"] match even when the type is not explicitly set. [13:10:24] 03(mod) missing (404 Not found) chick/main.css for monobook skin - 10https://bugzilla.wikimedia.org/48375 (10Jesús Martínez Novo (Ciencia Al Poder)) [13:10:32] http://jsfiddle.net/MrRZD/2/embedded/result/ [13:10:39] Try that in IE8 [13:11:50] It's a hodgepodge of experiments... but the [type="text"] matches in IE8 [13:11:50] ((blue border is `input` red border is one of the other rules [13:14:52] Dantman: Interesting... so by adding input:not([type]) to the text element styles I could get the non-specific inputs working in modern browsers in spite of the odd markup? [13:15:48] input[type="text"] for IE8 and explicit defaults, input:not([type]) for modern browsers. [13:16:03] Be sure do duplicate your rules to isolate the :not [13:16:50] As putting it in the same selector will naturally make IE8 ignore the rule (which is exactly what the spec tells it to do) [13:17:45] So much for saving those bytes then... [13:18:02] Is there any way to modify it to have the types? [13:18:07] Meh it's cached... that's the nature of css [13:18:19] No, it's not going to happen. [13:22:52] hi, I installed MobileFrontend on mediawiki, but have some issues. Basically placeholders/templates are showing up like tags - for example rather than the actual text being inserted. This is for MediaWiki 1.20 which is installed as a private wiki. [13:22:55] Just use the css. [13:23:23] Doubling things up like this in css for compat is standard fair. [13:23:31] vendor prefixes, etc... [13:24:00] Styling things like placeholders require full rule duplication too. [13:25:17] @Dantman, you talking to me? [13:25:26] devnull_: Nope, dnsdds [13:25:27] Dantman: Fair enough, but to me this seems like a fairly dumb thing to duplicate these massive Formalize rules for. In my 10 year web dev career this is the first I've heard of not defining types for inputs [13:32:12] devnull_: Unfortunately I don't know if MobileFrontend is even ready for use outside of WMF yet. [13:32:53] devnull_: we've got it working on uncyclopedia (en.uncyclopedia.co), but I have no clue who set it up [13:32:57] oh [13:34:46] well, i got it working without AMF and it's showing up the start page etc - only trouble as far as I can see is told placeholders. any idea where else is could ask? [13:35:28] You could bring it up on wikitech-l/mediawiki-l [13:35:36] also is there a alternative for MobileFrontend? [13:35:43] no [13:36:06] Ideally MF will eventually become something every wiki can use. [13:38:15] yeah, i read that... it's going to be in core [13:38:29] not sure what the eta is though [13:38:37] Not from what I remember... but I'd love that idea. [13:38:51] thanks, will use mediawiki-l [13:39:20] 03(NEW) Switch wikimaniateamwiki logo to public one - 10https://bugzilla.wikimedia.org/48376 enhancement; Wikimedia: Site requests; () [13:39:32] http://www.mediawiki.org/wiki/Mobile_support_in_MediaWiki_core [13:39:38] 03(mod) Switch wikimaniateamwiki logo to public one - 10https://bugzilla.wikimedia.org/48376 (10Thehelpfulone) [13:40:18] Ah nice [13:40:33] 03(mod) Change logo for Wikimania Team wiki - 10https://bugzilla.wikimedia.org/12155 (10Thehelpfulone) [13:40:36] Guess I forgot about that page [13:40:47] 03(mod) Switch wikimaniateamwiki logo to public one - 10https://bugzilla.wikimedia.org/48376 +shell (10Tomasz W. Kozlowski) [13:47:27] thanks again, see ya [13:53:03] 03(mod) Special:Tags - Tagged changes to show total of only currently visible loged numbers - 10https://bugzilla.wikimedia.org/48369 (10Alex Monk (Krenair)) [14:12:28] 03(NEW) Videos ALWAYS should have [Play ▶] triangle in center to distinguish from photographs - 10https://bugzilla.wikimedia.org/48377 normal; MediaWiki: General/Unknown; () [14:14:02] 03(mod) Videos ALWAYS should have [Play ▶] triangle in center to distinguish from photographs - 10https://bugzilla.wikimedia.org/48377 (10Alex Monk (Krenair)) [14:18:43] 03(mod) Videos ALWAYS should have [Play ▶] triangle in center to distinguish from photographs - 10https://bugzilla.wikimedia.org/48377 +design (10Liangent) [14:22:17] 03(mod) Videos ALWAYS should have [Play ▶] triangle in center to distinguish from photographs - 10https://bugzilla.wikimedia.org/48377 (10jidanni) [14:23:36] 03(mod) Videos' [Play ▶] center triangle transparency / contrast problems - 10https://bugzilla.wikimedia.org/48377 (10jidanni) [14:25:40] 03(mod) Videos' [Play ▶] center triangle transparency / contrast problems - 10https://bugzilla.wikimedia.org/48377 (10jidanni) [14:26:35] 03(mod) Request for new mailing list: qa@lists - 10https://bugzilla.wikimedia.org/48057 +comment (10sumanah) [14:31:55] 03(mod) Videos' [Play ▶] center triangle transparency / contrast problems - 10https://bugzilla.wikimedia.org/48377 (10jidanni) [14:32:34] 03(mod) morebots has gone missing from #wikimedia-operations - 10https://bugzilla.wikimedia.org/47228 +comment (10jeremyb) [14:32:50] 03(mod) morebots has gone missing from #wikimedia-operations - 10https://bugzilla.wikimedia.org/47228 (10jeremyb) [14:33:46] 03(mod) morebots has gone missing from #wikimedia-operations - 10https://bugzilla.wikimedia.org/47228 +ops (10jeremyb) [14:35:23] 03(NEW) Why use gsub in mw.text.trim? - 10https://bugzilla.wikimedia.org/48378 enhancement; MediaWiki extensions: Scribunto; () [14:35:35] 03(mod) RequestContext::importScopedSession doesn't work with php default sessions - 10https://bugzilla.wikimedia.org/48371 summary; +comment (10Bawolff (Brian Wolff)) [14:37:07] hello [14:37:45] 03(NEW) Create custom logos for new private wikis - 10https://bugzilla.wikimedia.org/48379 enhancement; Wikimedia: Site requests; () [14:37:52] 03(mod) Create custom logos for new private wikis - 10https://bugzilla.wikimedia.org/48379 (10Thehelpfulone) [14:39:07] 03(mod) Why use gsub in mw.text.trim? - 10https://bugzilla.wikimedia.org/48378 +comment (10francois.melchior) [15:08:14] 03(mod) mw.ustring.gsub doesn’t support %f (“frontier”) search pattern - 10https://bugzilla.wikimedia.org/48331 +comment (10gerritadmin) [15:08:37] 03(mod) mw.ustring.gsub doesn’t support %f (“frontier”) search pattern - 10https://bugzilla.wikimedia.org/48331 +patch-in-gerrit (10Brad Jorsch) [15:09:05] 03(mod) Create custom logos for new private wikis - 10https://bugzilla.wikimedia.org/48379 +comment (10Krinkle) [15:31:37] 03(mod) generateSitemap.php got error when language set to chinese - 10https://bugzilla.wikimedia.org/34666 (10Liangent) [15:31:37] 03(mod) [SF 2.5.2] Undefined variable: pageTitle in ... SF_FormEdit.php on line 122 - 10https://bugzilla.wikimedia.org/45492 +comment (10f.trott) [15:31:37] 03(mod) Special:EditForm by itself shows PHP warning instead of standard error message - 10https://bugzilla.wikimedia.org/47606 +comment (10f.trott) [15:33:49] 03(NEW) Remove MediaWiki:Monobook.css and MediaWiki:Monobook.js from wgWhitelistRead in InitialiseSettings.php - 10https://bugzilla.wikimedia.org/48381 normal; Wikimedia: Site requests; () [15:33:59] 03(mod) Remove MediaWiki:Monobook.css and MediaWiki:Monobook.js from wgWhitelistRead in InitialiseSettings.php - 10https://bugzilla.wikimedia.org/48381 (10Thehelpfulone) [15:37:27] 03(mod) generateSitemap.php got error when language set to chinese - 10https://bugzilla.wikimedia.org/34666 (10Liangent) [15:39:27] 03(NEW) Customise Wikimania wiki logos with years - 10https://bugzilla.wikimedia.org/48382 enhancement; Wikimedia: Site requests; () [15:39:27] 03(mod) Switch wikimaniateamwiki logo to public one - 10https://bugzilla.wikimedia.org/48376 (10Thehelpfulone) [15:39:32] 03(mod) Why use gsub in mw.text.trim? - 10https://bugzilla.wikimedia.org/48378 +comment (10bjorsch) [15:39:38] 03(mod) generateSitemap.php got error when language set to chinese - 10https://bugzilla.wikimedia.org/34666 +comment (10gerritadmin) [15:39:42] 03(mod) Customise Wikimania wiki logos with years - 10https://bugzilla.wikimedia.org/48382 (10Thehelpfulone) [15:41:41] 03(mod) Customise wikimaniateamwiki logo and make it public - 10https://bugzilla.wikimedia.org/48376 summary; +comment (10Thehelpfulone) [15:42:37] 03(mod) Remove MediaWiki:Monobook.css and MediaWiki:Monobook.js from wgWhitelistRead in InitialiseSettings.php - 10https://bugzilla.wikimedia.org/48381 +comment (10Liangent) [15:49:27] 03(mod) VisualEditor: [Regression] Link insertion annotation makes it difficult to add plain text after a link - 10https://bugzilla.wikimedia.org/48114 +comment (10Ed Sanders) [15:51:57] 03(mod) added_lines does not work in AbuseFilter, need to use to new_wikitext - 10https://bugzilla.wikimedia.org/46404 +comment (10Liangent) [15:56:55] 03(mod) Min Nan Chinese - B�n-l�m-g� localisation on Taiwan (new language code: nan-tw) - 10https://bugzilla.wikimedia.org/31162 summary (10Liangent) [15:57:33] 03(mod) Inconsistently named IRC recent changes channels - 10https://bugzilla.wikimedia.org/28276 +comment (10Thehelpfulone) [16:00:25] 03(mod) Variants not sticky on zhwiki - 10https://bugzilla.wikimedia.org/27838 +comment (10liangent) [16:06:15] 03(mod) Enable Language Converter for Portuguese in a testwiki - 10https://bugzilla.wikimedia.org/26121 (10Liangent) [16:06:17] 03(mod) A generalized conversion engine - 10https://bugzilla.wikimedia.org/15161 (10Liangent) [16:08:16] 03(mod) Autocomplete interferes with some input methods - 10https://bugzilla.wikimedia.org/42199 summary; +comment (10Liangent) [16:11:09] 03(mod) Languages that need a LanguageConverter implementation (tracking) - 10https://bugzilla.wikimedia.org/30759 +comment (10Liangent) [16:15:12] 03(mod) VisualEditor: [Regression] Link insertion annotation makes it difficult to add plain text after a link - 10https://bugzilla.wikimedia.org/48114 (10James Forrester) [16:17:36] 03(mod) VisualEditor: Message should be displayed for anonymous users in the alerts box - 10https://bugzilla.wikimedia.org/47842 (10James Forrester) [16:34:13] 03(mod) login.wikimedia.org's logo is weird - 10https://bugzilla.wikimedia.org/48236 normal->15enhancement (10Tomasz W. Kozlowski) [16:50:24] 03(mod) Customise wikimaniateamwiki logo and make it public - 10https://bugzilla.wikimedia.org/48376 (10Tomasz W. Kozlowski) [17:08:08] can anyone tell me how to finish installing mediawiki here? i selected "ask me more questions", and it took me to this screen. there's no 'continue' or 'finish' button or link, though... http://i.imgur.com/JMtF96u.png [17:10:03] ceil, anything in php error log? [17:10:23] that ^ and try reloading the page (F5) [17:10:31] * ceil heads to /var... again... (sif apache's logs weren't enough of a PITA an hour ago) [17:10:36] Vulpix: tried that a few times :( [17:11:35] erm... where are php logs? i see apache and mysql in /var/log/ but not php :o [17:12:34] nothing in /etc/php5 that i can see... [17:14:22] 03(mod) generateSitemap.php got error when language set to chinese - 10https://bugzilla.wikimedia.org/34666 +comment (10gerritadmin) [17:15:15] https://www.mediawiki.org/wiki/How_to_debug#PHP_errors [17:15:22] cheers [17:24:47] 03(NEW) zimdump cannot handle retrieval by url with common "-" namespace - 10https://bugzilla.wikimedia.org/48383 normal; openZIM: zimlib; () [17:27:31] ugh [17:27:53] 03(mod) Visual editor inserting pawns into articles - 10https://bugzilla.wikimedia.org/48346 +comment (10Ed Sanders) [17:28:40] so, after trawling the internet, i have no created LocalSettings.php from DefaultSettings.php, added those two lines to the top, and reloaded the page. no change, no error messages. [17:29:32] Don't create LocalSettings.php from DefaultSettings.php [17:29:37] 03(mod) login.wikimedia.org's logo is weird - 10https://bugzilla.wikimedia.org/48236 +comment (10gerritadmin) [17:31:11] 03(mod) Update login.wikimedia.org logo to avoid rsvg issues - 10https://bugzilla.wikimedia.org/48236 summary (10Tomasz W. Kozlowski) [17:31:53] Reedy: i'd rather not deal with AnySettings.php, but i'm having issues with the browser setup... ;x [17:31:58] 03(mod) VisualEditor: Whitespace preservation for auto-links not working sometimes(?) - 10https://bugzilla.wikimedia.org/48367 +comment (10Ed Sanders) [17:31:58] 03(mod) VisualEditor: Whitespace preservation for list items not working - 10https://bugzilla.wikimedia.org/43543 +comment (10esanders) [17:32:07] Reedy: anyway, that's what the internet told me to do [17:32:16] ... [17:32:19] Where? [17:34:30] Reedy: http://stackoverflow.com/questions/10334572/localsetting-php-not-found-mediawiki-installation [17:35:10] like i said, i'd prefer it if mediawiki Just Worked and didn't have me trying to find php error messages or logs in the first place ;x [17:35:27] can I move a page with MediaWiki ? [17:35:37] Scary [17:35:48] Usually means your setup is wrong. We also have a command line installer [17:35:50] ekarlso-: Yes [17:36:24] Reedy: how [17:36:54] Special:MovePage [17:37:35] can't find it [17:37:37] ekarlso-: http://www.mediawiki.org/wiki/Help:Moving_a_page [17:37:56] ... [17:38:17] Reedy: this is *during* the setup... i clicked "Ask me more" to do a more thorough setup, and it took me to http://i.imgur.com/JMtF96u.png with no Next or Finish or Continue button :( [17:38:59] No, I mean your "webserver setup" [17:39:17] oh [17:39:27] * ceil sees how ikiwiki goes in the meantime [17:59:03] hi [17:59:10] i've installed mw in my pc [17:59:20] - how to make star-like watch button [17:59:42] and search field like wmf wikis have? [18:02:14] !e Vector [18:02:15] I think.. [18:02:16] Base-w: Base-w: install the Vector extension for the search field [18:02:38] Base-w: and set $wgVectorUseWatchIcon or something like that to true [18:03:53] done with star, thanks [18:04:11] for the field some var too? [18:05:11] $wgVectorUseSimpleSearch [18:05:12] done [18:05:14] thanks [18:05:16] MatmaRex: When's the Vector watch icon being core-ified? :-) [18:07:39] James_F: isn't it coreified? [18:07:46] James_F: it even gets enblaed by default in 1.22 [18:07:56] MatmaRex: Hmm. Oh, yeah. [18:08:14] James_F: E:Vector features will get coreified as soon as you merge pending changesets :P [18:08:28] James_F: i think luis felipe schenone has two [18:08:39] MatmaRex: Ah, OK. [18:23:18] 03(mod) Update login.wikimedia.org logo to avoid rsvg issues - 10https://bugzilla.wikimedia.org/48236 +comment (10gerritadmin) [18:29:09] 03(mod) Error creating a tool project - 10https://bugzilla.wikimedia.org/48049 +comment (10Marc A. Pelletier) [18:30:14] 03(mod) Update login.wikimedia.org logo to avoid rsvg issues - 10https://bugzilla.wikimedia.org/48236 +comment (10tomasz) [18:32:24] 03(mod) "jsub -continuous" fails on arguments with "'"s - 10https://bugzilla.wikimedia.org/48334 +comment (10Marc A. Pelletier) [18:35:31] how to resrick reading of ns? [18:35:38] *restrict [18:41:43] 03(NEW) jquery $.ajax() call regression on some wikis - 10https://bugzilla.wikimedia.org/48384 normal; MediaWiki: JavaScript; () [18:50:29] 03(NEW) VisualEditor: Delete contents of slugged paragraph results in double line break visible - 10https://bugzilla.wikimedia.org/48385 normal; VisualEditor: ContentEditable; () [19:03:48] 03(mod) "Discussion" tab should have indication of inexistent target page (other than color) - 10https://bugzilla.wikimedia.org/17099 +comment (10gerritadmin) [19:21:46] dear ResourceLoader gurus: is it possible to load a stylesheet (or stylesheets, even) from an external source via RL? if so, how? if not, why? [19:23:00] 03(mod) VisualEditor: Lists badly broken [regression - 10https://bugzilla.wikimedia.org/48386 +comment (10esanders) [19:24:13] 03(mod) Customise wikimaniateamwiki logo and make it public - 10https://bugzilla.wikimedia.org/48376 +comment (10gerritadmin) [19:25:25] 03(mod) Customise wikimaniateamwiki logo and make it public - 10https://bugzilla.wikimedia.org/48376 -easy +patch-in-gerrit (10Tomasz W. Kozlowski) [19:29:10] ashley: mw.loader.load()? [19:29:35] Susan: ...seriously? isn't there _anything_ better? [19:29:42] Better how? [19:29:46] I'd want to load them in the $wgResourceModules definition [19:29:59] (I'm building -- or actually updating -- an old skin that loads some external stylesheets) [19:30:11] Krinkle or Roan would be the ones who would know. [19:30:16] Or there may be documentation on the wiki. [19:30:18] Dunnnnno. [19:30:28] I always do it in JS, not in PHP. [20:00:10] 03(mod) VisualEditor: Lists badly broken [regression] - 10https://bugzilla.wikimedia.org/48386 summary (10Ed Sanders) [20:01:55] 03(mod) VisualEditor: Lists badly broken [regression] - 10https://bugzilla.wikimedia.org/48386 +comment (10Ed Sanders) [20:04:12] 03(NEW) Parsoid: Image links are interpreted as image inclusions - 10https://bugzilla.wikimedia.org/48387 normal; Parsoid: JS/General; () [20:06:48] 03(mod) VisualEditor: [Regression] Lists badly broken again - 10https://bugzilla.wikimedia.org/48386 normal->04CRIT; summary (10James Forrester) [20:17:36] 03(NEW) Hooks.php on line 216 ERROR - 10https://bugzilla.wikimedia.org/48388 major; MediaWiki extensions: FlaggedRevs; () [20:18:13] 03(mod) Hooks.php on line 216 ERROR - 10https://bugzilla.wikimedia.org/48388 (10Piotr) [20:18:38] 03(mod) Hooks.php on line 216 ERROR - 10https://bugzilla.wikimedia.org/48388 (10Sam Reed (reedy)) [20:19:59] 03(mod) Hooks.php on line 216 ERROR - 10https://bugzilla.wikimedia.org/48388 +comment (10Sam Reed (reedy)) [20:21:33] 03(mod) VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption - 10https://bugzilla.wikimedia.org/48346 major->04CRIT; summary; +comment (10James Forrester) [20:21:47] 03(mod) Update login.wikimedia.org logo to avoid rsvg issues - 10https://bugzilla.wikimedia.org/48236 +comment (10gerritadmin) [20:22:06] 03(mod) VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption - 10https://bugzilla.wikimedia.org/48346 (10James Forrester) [20:22:28] 03(NEW) login issue with add language links widget - 10https://bugzilla.wikimedia.org/48389 major; MediaWiki extensions: WikidataClient; () [20:23:20] 03(mod) VisualEditor: Editing a block level slug causes pawns to be inserted, content corruption - 10https://bugzilla.wikimedia.org/48346 +comment (10jforrester) [20:28:08] 03(mod) Hooks.php on line 216 ERROR - 10https://bugzilla.wikimedia.org/48388 +comment (10Piotr) [20:38:33] 03(mod) Customise Wikimania wiki logos with years - 10https://bugzilla.wikimedia.org/48382 +comment (10gerritadmin) [20:42:49] 03(mod) Customise Wikimania wiki logos with years - 10https://bugzilla.wikimedia.org/48382 +patch-in-gerrit (10Tomasz W. Kozlowski) [20:43:14] 03(mod) Update login.wikimedia.org logo to avoid rsvg issues - 10https://bugzilla.wikimedia.org/48236 (10Tomasz W. Kozlowski) [20:45:11] 03(mod) VisualEditor: Delete contents of slugged paragraph results in double line break visible - 10https://bugzilla.wikimedia.org/48385 (10James Forrester) [20:48:24] 03(mod) login issue with add language links widget - 10https://bugzilla.wikimedia.org/48389 +comment (10gerritadmin) [20:49:24] 03(mod) Create custom logos for new private wikis - 10https://bugzilla.wikimedia.org/48379 +comment (10Tomasz W. Kozlowski) [20:54:14] sometimes I get empty results from the api when I try to get contributions [20:54:33] lbenedix: if you're filtering by namespace, this is expected [20:54:41] (i tink) [20:54:44] think* [20:55:02] this is because of some black magic database constraints [20:55:29] 'ucnamespace': '0|1|2|3|4|5|6|7|8|9|10|11|12|13|14|15|100|101|108|109|446|447|710|711|828|829' [20:55:35] should be all namespaces [20:56:36] ugh [20:56:41] no idea, then. sorry. [20:57:24] do I get all namespaces when I leave this parameter empty? [20:57:40] Yes. [20:57:55] I'll try this [21:07:25] btw. how do I get a higher api-limit? [21:08:22] Your account should be part of the "bot" user group. [21:08:34] The "bot" user group has a special user right called "apihighlimits." [21:08:48] https://en.wikipedia.org/wiki/Special:ListGroupRights [21:08:58] > Use higher limits in API queries (apihighlimits) [21:09:21] 03(NEW) VisualEditor: Unindenting multiple list items fails - 10https://bugzilla.wikimedia.org/48390 major; VisualEditor: Data Model; () [21:09:34] 03(mod) VisualEditor: Unindenting multiple list items fails - 10https://bugzilla.wikimedia.org/48390 (10James Forrester) [21:10:22] Hello people. I'm a student and I have the opportunity to contribute to an open-source project for a school project. I'd love to contribute to the mediawiki project. Can any of you give me pointers about what specific project could be suitable for 2 students for 2 weeks? Thanks. [21:10:54] Perdu_: there's a list of easy bugs to get you familiar with the software: [21:11:13] Perdu_: https://bugzilla.wikimedia.org/buglist.cgi?quicksearch=%21easy%20-%21patch-in-gerrit&list_id=201213 [21:11:56] Perdu_: the problem with such precise timing is that all code has to be reviewed before it's merged [21:12:15] Perdu_: and it's impossible to tell whether someone will do that within two weeks or not :) [21:12:19] That's 3 weeks, actually [21:12:39] MatmaRex: OK, I will have a look at this [21:13:16] Perdu_: you could also look at this: https://www.mediawiki.org/wiki/Annoying_little_bugs [21:13:39] this one might be more useful, but also might be outdated [21:13:54] (as in, those bugs might already be fixed) [21:14:26] Perdu_: are you looking for something in the backend (PHP) or frontend (CSS/JS)? or both? [21:15:31] MatmaRex: I'll have a look at both [21:15:50] Perdu_: as for a somewhat larger project, [21:16:12] Perdu_: sub-bugs of https://bugzilla.wikimedia.org/show_bug.cgi?id=26751 (the "Depends on:" section) might be nice, although they're not exactly "creative" tasks [21:16:18] 03(mod) Wikipedia shows "add links" when a Wikidata item already exists - 10https://bugzilla.wikimedia.org/47866 +comment (10mr.heat) [21:16:21] (this is about merging extensions into core MediaWiki) [21:16:53] Perdu_: one more question - are you familiar with Wikipedia in general (or related sites)? [21:18:45] MatmaRex: what do you mean by familiar? I know the site well, but am not a daily editor [21:19:45] 03(mod) Implement "Templates used on this page" collapsing below edit window and the rest of Vector's footercleanup module in core - 10https://bugzilla.wikimedia.org/43689 (10Bartosz Dziewoński) [21:19:45] 03(mod) Enable footercleanup everywhere - 10https://bugzilla.wikimedia.org/45992 (10Bartosz Dziewoński) [21:20:06] 03(mod) New edit section link left of heading due to stale parser cache interacting with $wgUseTidy - 10https://bugzilla.wikimedia.org/48046 +comment (10Bartosz Dziewoński) [21:20:39] 03(mod) jQuery.makeCollapsible: support table captions - 10https://bugzilla.wikimedia.org/47139 +easy; +comment (10Bartosz Dziewoński) [21:20:42] 03(mod) Why use gsub in mw.text.trim? - 10https://bugzilla.wikimedia.org/48378 +comment (10francois.melchior) [21:21:42] 03(mod) When Wikidata knows only one article, there should be no prompt to add another Wikipedia link - 10https://bugzilla.wikimedia.org/47911 +comment (10mr.heat) [21:22:32] 03(mod) Parsoid: Image links are interpreted as image inclusions - 10https://bugzilla.wikimedia.org/48387 (10Gabriel Wicke) [21:24:56] I still get empty results [21:25:06] 03(mod) VisualEditor: Unindenting multiple list items fails - 10https://bugzilla.wikimedia.org/48390 +comment (10esanders) [21:30:18] 03(mod) Opera 9.64 segfaults when visiting en.wikipedia.org pages - 10https://bugzilla.wikimedia.org/44614 +comment (10Bartosz Dziewoński) [21:32:31] 03(mod) ResourceLoader serving outdated JS - 10https://bugzilla.wikimedia.org/43805 +comment (10matma.rex) [21:38:37] 03(mod) Invalid HTML5: Bad value 100% for attribute width on element img - 10https://bugzilla.wikimedia.org/48333 (10Andre Klapper) [21:38:37] 03(mod) HTML5 (tracking) - 10https://bugzilla.wikimedia.org/19719 (10Andre Klapper) [21:41:16] 03(mod) Allow extensions to automatically generate jsduck documentation on doc.wikimedia.org - 10https://bugzilla.wikimedia.org/48337 (10Andre Klapper) [21:41:21] 03(mod) Documentation is out of date, incomplete (tracking) - 10https://bugzilla.wikimedia.org/1 (10Andre Klapper) [21:43:42] 03(mod) Videos in Opera play for less than a second and then stop - 10https://bugzilla.wikimedia.org/43477 +comment (10matma.rex) [21:46:03] 03(mod) Invalid HTML5: Bad value 100% for attribute width on element img - 10https://bugzilla.wikimedia.org/48333 +comment (10Gadget850) [21:49:24] 03(mod) Certain searches return completely useless error message ("An error has occurred while searching: The search backend returned an error:") - 10https://bugzilla.wikimedia.org/47761 +comment (10Andre Klapper) [21:49:25] 03(mod) Should return error message (rather than "zero results") when search fails - 10https://bugzilla.wikimedia.org/43544 (10Andre Klapper) [21:53:02] 03(mod) Invalid HTML5: Bad value 100% for attribute width on element img - 10https://bugzilla.wikimedia.org/48333 +comment (10s.mazeland) [21:53:48] 03(mod) Create custom logos for new private wikis - 10https://bugzilla.wikimedia.org/48379 +comment (10tomasz) [21:54:11] 03(mod) missing (404 Not found) chick/main.css for monobook skin - 10https://bugzilla.wikimedia.org/48375 (10Andre Klapper) [21:54:15] 03(mod) mw.ustring.gsub doesn’t support %f (“frontier”) search pattern - 10https://bugzilla.wikimedia.org/48331 (10Andre Klapper) [21:54:33] 03(mod) Incrementally remove support for HTML elements removed from or deprecated in HTML5 - 10https://bugzilla.wikimedia.org/24529 +comment (10Gadget850) [21:55:14] 03(NEW) Create "hiphop" mailing list - 10https://bugzilla.wikimedia.org/48391 normal; Wikimedia: Mailing lists; () [21:58:30] 03(mod) Invalid HTML5: Bad value 100% for attribute width on element img - 10https://bugzilla.wikimedia.org/48333 +comment (10Nemo) [22:05:34] 03(mod) Create "hiphop" mailing list - 10https://bugzilla.wikimedia.org/48391 normal->15enhancement; +comment (10Thehelpfulone) [22:09:33] Attempting to install mediawiki, finish the configuration, save LocalSettings.php to the base dir, click the "You can now start using your wiki" link, and get a 500 error. Can someone look at this and tell me why Skins.php is giving me such trouble? :( http://pastebin.com/sfZm23r6 (will paste whole file if needed..) [22:12:45] ceil: which MW version? [22:12:55] ceil: and what is your $wgStyleDirectory set to? [22:13:14] it's a file permissions error [22:16:21] erm [22:16:37] i just downloaded it today [22:16:45] * ceil browses Skins.php for that variable [22:17:20] 03(mod) missing (404 Not found) chick/main.css for monobook skin - 10https://bugzilla.wikimedia.org/48375 +comment (10Bartosz Dziewoński) [22:17:59] ceil: also, Jasper_Deng is right - probably your style directory isn't writable [22:18:24] readable* [22:18:27] i just see "global $wgStyleDirectory;" [22:18:32] calling the variable but not setting it [22:19:03] next line is "$skinDir = dir( $wgStyleDirectory );" but isn't that assuming something's already set to it? [22:19:19] it's probably set in LocalSettings.php [22:19:32] * ceil switches tabs in Geany... [22:19:40] "global $wgStyleDirectory" only means that any mentions of $wgStyleDirectory in that method refer to the global variable [22:20:06] 03(mod) Request for new mailing list: qa@lists - 10https://bugzilla.wikimedia.org/48057 +comment (10Thehelpfulone) [22:20:19] 03(mod) Videos in Opera play for less than a second and then stop - 10https://bugzilla.wikimedia.org/43477 +comment (10apper) [22:20:43] ceil: https://www.mediawiki.org/wiki/$wgStyleDirectory [22:20:45] $wgScriptPath/skins; $wgScriptPath = /legends (the base folder? that's what it's called) [22:20:48] Jasper_Deng: oh [22:21:32] ceil: make sure that the server process can read that directory [22:21:32] legends/skins is drwx--x--x [22:21:39] is that insufficient priveledges? [22:21:53] * MatmaRex has no idea [22:21:58] :( [22:22:06] i usually chmod a+r everything if apache gives me trouble [22:22:26] would it matter if /var/www/legends is a symling to ~/games/legends/? [22:22:29] * ceil +rs [22:22:57] * Jasper_Deng isn't familiar with whether the script respects symlinks or not [22:23:05] but it probably does respect symlinks [22:23:12] hah, chmod a+r worked [22:23:20] cheers, you two o/ [22:23:25] np [22:25:22] 03(mod) Linkify plain external links in revision editsummary and log reason - 10https://bugzilla.wikimedia.org/14892 +comment (10gerritadmin) [22:48:09] 03(NEW) Gluster/transfer to NFS seems to have corrupted multi-linked files - 10https://bugzilla.wikimedia.org/48392 normal; Wikimedia Labs: Infrastructure; () [22:52:59] 03(NEW) Reusing object references for module variables sometimes results in "Fatal exception of type ScribuntoException" (Linux) or "The interpreter exited with status 1" (Windows) - 10https://bugzilla.wikimedia.org/48393 normal; MediaWiki extensions: Scribunto; () [23:21:01] 03(mod) Create "hiphop" mailing list - 10https://bugzilla.wikimedia.org/48391 +comment (10robla) [23:29:59] 03(mod) Create "hiphop" mailing list - 10https://bugzilla.wikimedia.org/48391 +comment (10Thehelpfulone)