[01:09:17] has anyone managed to get markdown or html to render properly in the navbar on 1.23 [01:12:16] elaborate? [01:13:43] the hacks mentioned at mw:Manual:Interface/Sidebar/Hacks are outdated and what i could find at http://www.organicdesign.co.nz/MediaWiki_code_snippets#Wikitext_in_Sidebar causes problems with diff functionality; the hack uses "global $wgUser, $wgTitle, $wgParser;" which causes the navigation to be replaced by the selected diff= article when rendered :/ [01:13:46] see: http://psychonautwiki.org/w/index.php?title=Preparation%3AAyahuasca_Cupcakes&diff=23631&oldid=23612 [01:28:31] hah [01:28:52] PJosepherum: Why do you need/want html or markdown in the sidebar? [01:30:50] for icons [01:31:07] add those with CSS [01:31:18] oh yeah, duh [01:31:20] thanks lol [01:31:30] making things harder for myself much [01:32:46] not sure how you'd construct a selctor [01:33:00] (they don't have id or class on the elements0 [01:33:06] elements)* [01:33:21] DOM should be navigable with n-child elements [01:33:23] i hope [01:33:34] but then the order can change [01:33:40] it won't much [01:33:57] :last-child and :first-child with css, looks like i'll have to use some js [01:34:08] no! [01:34:13] :nth-child() :D [02:38:19] hey all...i've upgraded my test env from 1.20.8 to 1.23.2 and now i cannot log in. it seems to accept the username and password but all i'm getting is a session cookie, not userid and username cookies. any ideas? [02:38:59] did you run update.php? [02:39:23] yep [02:39:40] dunno :) [02:40:37] i did just change $wgSessionsInMemcached to $wgSessionsInObjectCache since the former is deprecated, and I added $wgSessionsCacheType = CACHE_MEMCACHED to match $wgMainCacheType, but no luck [02:41:04] i can even change my password and that all works fine, i'm just not getting the right cookies back. [02:49:32] hrmmm, he left [02:49:43] could have checeked an error log... [03:12:11] Hi, all! I'm testing an external authorizing extension for my wiki. If I set the language to "en", this extension doesn't have any effect(it's not used by MW). However if the language code is set to Chinese for example, this extension will work. You can visit http://wiki.aiesec.cn/index.php?title=Special:YunLogin/redirect to have a try. Can anyone explain why? Thanks a lot! [03:13:36] i'm so silly. tried uselang=cn [03:13:51] i don't see what you mean [03:27:50] @jeremyb I mean the method(see https://dpaste.de/HC3t) called by a sepetialpage in the extension is not executed when the language code is "en" while for "zh-cn" it's executed. [03:28:36] @jeremyb If it's executed, the user will be redirected to an external authentication page. [03:29:37] well i didn't get it in either zh or zh-cn or en [03:29:45] all cases just show the local form [03:29:51] (uselang=) [03:36:13] @jeremyb: I've set $wgLanguageCode = "zh-cn"; in LocalSettings.php. You can retry. [03:37:45] no change [03:40:14] @jeremyb: That's weird. I've uploaded the screenshot to http://picpaste.com/Selection_027-JNmmGw0Z.png. [03:41:43] @jeremyb I'm using Firefox on Linux. I'm not sure whether the results depend on system or browser. [03:43:29] oh, it's not even twitter! [03:43:35] anyway, no, not getting that [03:48:08] @jeremyb: I'm Sorry, this extension is based on an Twitter Oauth extension. I describe it as Twitter to make it easier to understand. [06:16:22] Is it possible to have two pages with the same title but seperated by category? I.e. MediaWiki (Category: Installation) would be one page, MediaWiki (Category: Usage) would be a seperate page [06:24:01] Peleus: not really [06:24:12] Looking up namespaces now, it might do what I need [06:26:06] wikipedia uses parenthesized stuff to disambiguate the names of articles for different things with the same name [06:26:40] and yeah, you could use namespaces (or, heck, subpages) [06:32:08] cheers [09:19:41] Hey guys, is mediawiki "threadsafe" ? I want to a script to work on different pages from different machines but using the same account. I would use login.py&&pagefromfile.py from the pywikibot, should it work ? [09:27:24] well, two users editing a page or one user editing two pages should be about the same. it scales well. [09:28:05] it uses api queries to edit pages - so if you make two edits from different computers, it'll not matter who made these queries. these queries may be made at the same time. [09:29:41] Svetlana: That's what I though, just wanted to get some advice from the pros :) . Would it matter that different scripts would have different IPs ? [09:29:49] nope [09:30:02] Svetlana: Thank you. [09:30:25] I'm not a dev though, someone should confirm that my understanding is correct [09:34:14] I trying to create new system message, but that message dosent appear to Special:AllMessages list when saved [09:34:17] is that normal? [09:36:13] I trying to give proper name for custom usergroup [11:16:43] got it working. had to create new extension and add translation file [12:12:17] vagrant finished d/l successfully - I just lack understanding why I need nfs for it to go up [14:21:36] Oh, Ohloh/Openhub no longer read-only at last? https://www.openhub.net/p/mediawiki [14:21:57] It still was when I checked few days ago; blog titles totally unclear http://blog.openhub.net/ [14:31:52] Ugh "These encoding issues are due to our current stack of Ruby 1.9, Rails 2.3 and PostgreSQL using SQL-ASCII encoding. We have larger efforts planned to migrate the database to UTF-8 and get onto the latest Ruby and Rails." [15:08:31] Hi is there a version of Translate extension for MW 1.17? thanks [15:09:32] when i go to Git, it seems the earlies version provided is MW 1.19... [15:11:47] Why are you running 1.17? [15:12:32] because i'm stupid [15:13:37] i have other extensions not yet upgraded [15:38:29] what's the recommended way, within a skin, to turn a pagename into a link? [15:38:56] into a ? [15:40:23] more precise to my need, to turn a pagename into a href? [15:50:40] is t possible to put the tag above the ? [15:51:01] I get "Cite error: tags exist, but no tag was found" when I do that [15:51:22] didn't see something at https://en.wikipedia.org/wiki/Help:Referencing_for_beginners on quick look [15:51:49] Erkan_Yilmaz: Does it work if hou put after the ref? [15:52:05] should ( I use it like that normally), let's see [15:52:31] yes, the error is gone when I use it afterwards [15:52:46] thing is, in this page I need it above the ref-tag [15:53:52] looks now also at https://www.mediawiki.org/wiki/Extension:Cite/Cite.php [15:54:43] let#s see if https://en.wikipedia.org/wiki/Template:Reflist works [15:56:35] i don't think so erkan, no [15:56:43] right, it doesn't :-( [15:56:51] it parses in order [15:57:02] you could move the references box using javascript though [15:57:09] in your common.js [15:57:26] element positions can be moved to anywhere in the dom [15:57:27] then it'd be probably in all my MW, or ? [15:57:40] ok, then I'll have to change the page layout [15:57:53] well, if you use [15:57:57] you can select for it [15:58:52] let me try the layout change and if it doesn't work out, I'll come back to here. thx PJosepherum tale [17:53:38] Hi @ all [17:54:15] Hey baxi. Just stopping in? [17:54:20] i tried to run Tooltip.php with mw 1.23.2. [17:55:52] did not wok, log said: Call to undefined method Parser::unstrip(), i think it's $parser->unstrip call. But i did not find "unstrip" function anywhere in documentation. and idea? outdated and replaced maybe? [17:56:21] *work [18:00:06] baxi: Where did you find that file? [18:00:58] http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/Tooltip/ [18:03:20] baxi: This extension seems not to be maintained since more than 6 years [18:04:24] yes. so maybe it's time to get it running again ;-)) [18:08:36] baxi: good luck. might be easier to rewrite from scratch [18:09:08] hm, looks like. :-)) [18:28:54] Is this a known bug? http://i.imgur.com/xnhWqRU.png Screenshot from MediaWiki.org's Special:Preferences today [18:30:40] I see the MediaViewer preference is also being escaped too much [18:31:05] georgebarnick, what tab is that under? [18:31:15] the default tab [18:31:39] http://i.imgur.com/QHEU6XB.png full screenshot if it helps [18:32:06] Weird. I just see "Treat signature as wikitext (without an automatic link)" [18:32:46] Can't imagine what's causing it [18:32:58] Try https://www.mediawiki.org/wiki/Special:Preferences?uselang=qqx and tell me what you see instead of that text? [18:34:00] I already did that, but https://www.mediawiki.org/wiki/MediaWiki:Tog-fancysig looks as it should [18:34:33] Grumble. Okay, so I'm seeing the en-gb text and you're looking at the en text [18:34:43] ohh [18:35:06] Yeah, if I set my language to just en, I see that as well [18:35:23] okay so it isn't just a problem on my end [18:35:29] Nope [18:35:34] What gadgets do you have enabled? [18:35:49] I only have a couple but who knows, that could be the problem [18:36:22] I don't think any of that applies on Special:Preferences [18:36:44] yeah you're probably right [18:36:51] I'm just going to test something [18:36:53] Anyway I can reproduce the issue without any gadgets enabled [18:38:26] looks like the tog-fancysig message doesn't support html at all [18:39:36] do you want to put together a bug report about it? you could probably summarise the issue more clearly than i could [18:39:53] I'm going to investigate it myself first [18:40:06] oh and have we moved to phabricator yet? I've been away for a few months so I haven't kept up with the migration process or whatever [18:40:38] no [18:40:45] we're using bugzilla and gerrit [18:41:14] what's the status with phabricator then? [18:41:47] I just reproduced this issue on my local wiki. I then checked out a copy of core from the 14th and the issue went away [18:41:55] So this is a recent regression [18:42:10] Somewhere after ab972997ee80d0530ec01335366bdc16e6159024 [18:43:48] hmm [18:45:43] Seems to have been broken by 28fdbd9ea29fb95e2937c7f330952cafa3f09f10 [18:46:18] which is https://gerrit.wikimedia.org/r/#/c/150635/ [18:52:03] Nope. [18:52:16] * Lcawte lrns2scroll [18:53:50] Lcawte, ? [18:54:50] Krenair: I was scrolled up and I saw george's question about if we'd moved to Phabricator yet. [18:55:06] Ah [18:55:18] Seems it was the change to includes/htmlform/HTMLCheckField.php in that commit which caused this, georgebarnick [19:01:12] Krenair: are you going to submit a patchset to fix it or should i [19:01:23] georgebarnick, I'm writing a comment [19:01:26] okay [19:04:24] georgebarnick, a proper fix would be appreciated [19:04:44] I could try but you'd probably be better to do it :P [19:04:51] I haven't done anything on gerrit from windows before [19:05:23] and i also haven't been following the mediawiki ui stuff so I don't really know what does what anymore [19:05:35] I haven't been following the mediawiki ui stuff eiher [19:05:36] either* [19:05:47] good thing, there is a living style guide [19:06:23] As long as you have git working, pushing a patch should be as simple as getting a valid Change-Id (there is a hook for this, IIRC) and pushing it with something like `git push origin HEAD:refs/for/master`, again IIRC [19:06:24] http://tools.wmflabs.org/styleguide/desktop/index.html [19:07:40] i dont have git working lol [19:12:20] georgebarnick: if you can make a patch, you can upload it using tools.wmflabs.org/gerrit-patch-uploader/ [19:12:37] woah that's new [19:13:50] my gerrit account is on an email address that doesn't exist anymore yay [19:15:05] how do i even remove an email address from my gerrit account [19:15:11] i can add new ones but not remove old ones [19:18:36] Krenair: Is what broke it the fact that the Html::rawElement line was removed completely from HTMLCheckField.php? [19:19:08] line 31 [19:19:12] georgebarnick: your main address comes from LDAP (I think) and can be changed in wikitech (again: I think) [20:16:55] when I go to Special:Version I get "Warning: is_file(): open_basedir restriction in effect. File(/usr/bin/git) is not within the allowed path(s): ...." several times. It doesn't break anything, but it annoys me. How can I get rid of that? [20:18:47] sven^: sounds like a MediaWiki bug to me, it should suppress that warning [20:19:45] sven^: try setting $wgGitBin = false; [20:19:50] (in LocalSettings) [20:21:36] sven^: actually, MediaWiki checks for this condition during installation and should set $wgGitBin=false; for you in such case. maybe you installed with a version that had a bug with that, but it should be fixed on master [20:22:00] so, just set it yourself and it should be fixed [20:22:38] MatmaRex: uhm, it's 1.23.2 installed a few days ago [20:22:40] thanks [20:35:11] is there an easy way to redirect not logged in users to the login page instead of showing the "login required" page with a link? [20:35:34] I hacked it in includes/Output.php on 1.18, but that file doesn't exist anymore ;) [20:35:41] sven^: yes, use MediaWiki 1.24 alpha :) it was implemented recently [20:36:59] MatmaRex: is it in OutputPage.php? I could just copy over the code myself.. [20:37:19] sven^: Output is probably OutputPage now [20:37:24] sven^: let me find the patch [20:37:56] !gerrit Idd9325374cb5dc13c4c057f45f88a33bdff523a9 [20:37:56] https://gerrit.wikimedia.org/r/#q,Idd9325374cb5dc13c4c057f45f88a33bdff523a9,n,z [20:37:57] MatmaRex: already got it [20:37:59] I think [20:38:04] !g Idd9325374cb5dc13c4c057f45f88a33bdff523a9 [20:38:04] https://gerrit.wikimedia.org/r/#q,Idd9325374cb5dc13c4c057f45f88a33bdff523a9,n,z [20:38:35] it's funny that there is a bug reported in 2008 and no one seemed to care for 6 years, although it's such a huge usability improvement :P [20:39:13] it was more difficult to solve right than it looks [20:39:46] yeah, that's why I added a comment to my solution, marking it as "dirty hack"