[00:00:40] the way i got there: clicking on the (gitweb) next to a patchset in a patch [00:00:46] and then moving around [00:01:47] Nikerabbit: The twn updates are back up (once a day)? [00:03:19] 03(mod) Add support for non-Arabic number systems - 10https://bugzilla.wikimedia.org/34193 +comment (10Mark A. Hershberger) [00:11:52] Sid-G: almost [00:12:05] ok, I just made a ton of translations [00:12:16] When should I expect them to be merged? [00:12:27] :) [00:13:07] just a day would be enough, today, tomorrow, n days later.... [00:13:48] New patchset: saper; "Merge better PostgreSQL transactions and schema" [mediawiki/core] (REL1_19) - https://gerrit.wikimedia.org/r/3700 [00:29:38] hey, i've got a problem and need some help. i've got a MW installation that's just started to be unresponsive. it says it's connecting then takes forever and doesn't show the page. a simple phpinfo() call in a php file in the same dir returns promptly. any tips on how to diagnose what's wrong? [00:30:02] i don't *think* any recent changes were made to the configuration or anything (as i'm the only person who does that) [00:30:36] I hope they accept my adsense application :D [00:30:46] ideally i'd like to see into index.php's brain and figure out what the hell it's thinking about. it's blowing out all my server resources too. [00:38:19] ah, in case anyone cares (probably not), i think it was the bannedips extension i had (based on the spam prevention tips on the Mediawiki wiki), which was chewing buckets of memory. [00:45:03] Hey I'm running into some trouble trying to get short URLs to work on my host [00:45:29] Host claims it can be done without .htaccess or httpd.conf, using just LocalSettings.php [00:46:08] Which doesn't makes sense to me since htaccess deals with changing the way URLs appear client-side [00:47:00] <[KrusheR]> htaccess translates the url the client input to something else [00:47:13] <[KrusheR]> like /wiki/whatever to ?title=whatever [00:48:10] exactly... so if you go to blah.com/wiki/Main Page, behind the scenes it redirects you to blah.com/wiki/index.php/Main_Page [00:48:28] You need the .htaccess part to make it work, correct? [00:48:45] Floydian, [00:48:50] We have the same problem! :D [00:48:53] !githash alias git-sha1-changeid [00:48:53] Successfully added alias: githash [00:48:58] !githash fcae586 [00:48:58] https://gerrit.wikimedia.org/r/#q,fcae586,n,z [00:49:19] In my case it's probably because I'm cheap and using a free host [00:49:38] Floydian, Same! [00:49:43] Which host? [00:49:47] Zymic [00:49:50] :( [00:49:55] xD [00:52:15] Floydian: You can't do shorturls with just localsettings [00:55:16] I figured as much... Needs that htaccess rewrite [00:55:33] Now I just need to convince cheap host to let me do that :S [00:57:22] You could just save yourself the trouble and go with a decent host from the start [00:57:46] if they don't let you do htaccess there will be other stuff no doubt and will just cause more trouble [00:58:39] New patchset: saper; "Cosmetic improvements to PostreSQL updater output" [mediawiki/core] (REL1_19) - https://gerrit.wikimedia.org/r/3701 [00:59:21] k, gonna test how long a commit-msg gerrit supports :P [00:59:24] incidentally that is [01:01:27] They allow htaccess changes, but its pretty strict... But otherwise the installation went well [01:01:28] 14(INVALID) HTML generated by "use this code" does not work as img src URL is missing scheme - 10https://bugzilla.wikimedia.org/35458 summary; +comment (10Sam Reed (reedy)) [01:02:58] Floydian: In a proper setup urls like /wiki/Main_Page gets aliased to /index.php, from there the webserver sends the original url in REQUEST_URI and MediaWiki extracts the title from there. [01:03:32] There's no actual redirection [01:04:33] [KrusheR]: ?title=$1 is actually a bad idea in rewrites. It causes bugs in the short urls by bypassing MW's built in url handling. [01:04:48] Hi Dantman [01:04:55] Floydian: What rules do you have so far? [01:04:55] Where was you when I needed you [01:05:10] <[KrusheR]> just an example [01:05:18] I'm using RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/wiki/index.php [PT,L,QSA] [01:05:26] Oh... the good ones [01:05:46] Could you detail the directory structure you have setup? [01:05:54] http://woodstock2019.zxq.net/wiki/index.php/Main_Page is where my main page is [01:06:11] with the installation in root/wiki/ [01:06:17] Is mediawiki the best way to set up a simple wiki with one admin and several users who can modify via password protection? [01:07:51] Floydian: Before we try to fix the rewrites, perhaps you should move your MediaWiki instalation. You don't setup /wiki/Foo urls by installing in /wiki/, you install MW in either / or /w and then setup the rewrite rules to make /wiki/Foo work. [01:08:55] Is there anyway to get past that or use something other than /wiki/Foo?.. Took the better part of 3 hours to FTP all the files [01:09:25] Pft... ftp [01:09:26] 03(FIXED) English Wikipedia slow to load - 10https://bugzilla.wikimedia.org/35448 +comment (10Erik Moeller) [01:09:33] I guess that's the kind of crap you get with a free host [01:09:48] Floydian: Well, you could go the ugly way of making your short urls /w/Foo [01:10:16] Hey, better than /wiki/index.php/Foo at least [01:10:42] Your .htaccess is at /.htaccess right [01:11:12] yep [01:11:16] Dantman, same here [01:11:41] when I use the rewrite rules above though, it triggers off the cheap hosts 500 error [01:12:06] (But hopefully that just because I'm doing things the wrong way) [01:16:07] New patchset: Krinkle; "Fix support for TestSwarm on SpecialJavaScriptTest/qunit" [mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3702 [01:16:20] woot, my first git commit into gerrit for mw-core [01:17:27] wait [01:17:31] Is my clock wrong? [01:17:36] Suddenly it's 3am :O [01:19:00] yeah, times flying [01:19:07] New patchset: Jdlrobson; "add a bottom margin to p" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/3703 [01:20:05] wiat, does mediawiki use .htaccess for pwd protection? [01:20:08] *wait [01:20:47] New review: saper; "I am sorry hashar, did you check how this really works?" [mediawiki/core] (REL1_19) C: 0; - https://gerrit.wikimedia.org/r/3689 [01:20:51] Dantman, Do you have some hours free? [01:21:41] Not exactly [01:21:48] 1 hour? [01:26:15] Pft... my IMAP is messed up [01:27:51] Hierofant: No, why do you think so? [01:31:40] it was mentioned here [01:32:37] .htaccess is the main file to interact with apache configuration from a directory [01:32:50] password protection is only 1 function of the many functions that it can do [01:33:07] certainly one, as you seem to know, shouldn't use for most things. [01:33:21] but there are other things in htaccess which are perfectly fine, such as rewriting paths [01:33:41] wiki.example.org/view/Article -> wiki.example.og/w/index.php?title=Article and what not [01:35:02] lol... interesting items in that free host's "Banned website scripts and usage" most common TOS violation: [01:35:05] vBulletin [01:35:11] Invision Power Board [01:36:27] Ah, that brings back memories of high school were practically every class had their own forum on ipb4free or something like that [01:36:59] 03(mod) Add support for non-Arabic number systems - 10https://bugzilla.wikimedia.org/34193 +comment (10Bawolff) [01:39:59] Could I set htaccess to redirect /wiki/index.php/Foo to /Foo perhaps? [01:40:19] Since my home directory is empty [01:41:17] That's more trouble than setting up /w [01:42:00] Alrighty. So I think I've fixed the error on my end. How do I set that up? [01:42:07] Oh, it's working? [01:43:49] Well, I'm not getting 500 errors anymore, but I am getting 404 errors from the rewrite rule I'm using I suspect [01:46:13] Want to setup something in ftp for me to debug? [01:46:55] I'll try to [01:47:32] RewriteBase / [01:47:34] RewriteRule ^/?w(/.*)?$ %{DOCUMENT_ROOT}/wiki/index.php [PT,L,QSA] [01:47:35] This is the current .htaccess (except the first line) [01:53:43] I'm not able to create new FTP usernames if that's what you were asking by the way [01:54:03] You can't even change the password? [02:02:13] Dantman, Most free webserver stuff only has 1 ftp account :P [02:05:02] I changed the password so he could go into the bowels of the beast [02:13:30] Floydian: Looks like this host has %{DOCUMENT_ROOT} screwed up. [02:15:21] 03(mod) usercontribs API: sort results by timestamp,user or user,timestamp - 10https://bugzilla.wikimedia.org/35349 +comment (10Sumana Harihareswara) [02:17:55] I'll tell them... Probably get a useless response that I'm doing something wrong or that mediawiki is wrong [02:21:19] According to my control panel, the value is /www/zxq.net/w/o/o/woodstock2019/htdocs/ [02:23:59] 03(NEW) Trouble finding commit bd7a268e4be2da23ba0b9943c3b0ba1ac88294dc in gitweb - 10https://bugzilla.wikimedia.org/35461 normal; Wikimedia: Git/Gerrit; (marcin.cieslak) [02:23:59] 03(mod) Migrate subversion to git (tracking) - 10https://bugzilla.wikimedia.org/22596 (10Marcin Cieślak) [02:26:50] And it looks like if I change %{DOCUMENT_ROOT} to that direct address, everything works! [02:39:24] And with a folder rename, and a few changes to LocalSettings.php, I've got /wiki/Foo working [02:39:35] Thank you for the troubleshooting help Dantman [02:50:47] Well, rather than wait for a repo on gerrit, I've gone ahead and made my own for my extension. My git-fu is weak, but my understanding is that it'll be easy enough to migrate to the real one once it's ready? [02:54:51] 03(NEW) Tell git on gerrit.wikimedia.org not to generate spurious terminal sequences - 10https://bugzilla.wikimedia.org/35462 minor; Wikimedia: Git/Gerrit; (marcin.cieslak) [02:54:54] 03(mod) Migrate subversion to git (tracking) - 10https://bugzilla.wikimedia.org/22596 (10Marcin Cieślak) [03:21:03] New patchset: saper; "Pushing change to cherry-pick" [test/mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3704 [03:25:02] Out of curiosity what's the best way to hook a function http://dpaste.com/721037/ [03:25:48] New patchset: saper; "Pushing change to cherry-pick" [test/mediawiki/core] (REL1_19) - https://gerrit.wikimedia.org/r/3705 [03:29:39] Does it even matter? [03:30:42] wpirc3996: if you don't get help here (the time of day is part of the problem) try the list [03:30:45] !lists | wpirc3996 [03:30:45] wpirc3996: mediawiki-l and wikitech-l are the primary mailing lists for MediaWiki-related issues. See https://www.mediawiki.org/wiki/Mailing_lists for details. [03:37:32] Well, since it's just a simple question I thought the time of the day would be no problem [03:37:40] I just want to know the best practice [03:43:13] New patchset: saper; "my private branch" [test/mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3706 [03:43:13] New patchset: saper; "see?" [test/mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3707 [03:43:14] New patchset: saper; "Adding something here" [test/mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3708 [03:43:15] New patchset: saper; "Merging from private branch." [test/mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3709 [03:49:25] New patchset: saper; "Another change to cherry pick" [test/mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3710 [03:52:49] wpirc3996: The former, as a rule, since you want to avoid the expensive call if you can shortcut it with an inexpensive test. (that is, unless $foo stands for something with side effects or expensive) [03:53:57] New patchset: saper; "Let's add testfile first" [test/mediawiki/core] (REL1_19) - https://gerrit.wikimedia.org/r/3711 [03:53:58] New patchset: saper; "Another change to cherry pick" [test/mediawiki/core] (REL1_19) - https://gerrit.wikimedia.org/r/3712 [03:56:25] New patchset: saper; "Change to be cherrypicked to REL1_19" [test/mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3713 [03:57:50] New patchset: saper; "Change to be cherrypicked to REL1_19" [test/mediawiki/core] (REL1_19) - https://gerrit.wikimedia.org/r/3714 [03:58:36] Coren: yes that's what I thought but I have seen the latter in many JS snippets in mediawiki.org, most of the them the check is against a mw.config.get() and that's not expensive [04:00:14] wpirc3996: Might be an issue with ordering then, or historical. Honestly, I was speaking to the general case - I'm not all that familiar with the browser-side black magic of mw. [04:22:23] 03(mod) Allow callbacks also to make more complex replacements - 10https://bugzilla.wikimedia.org/35457 +comment (10Santhosh Thottingal) [04:24:20] 03(mod) Replace MD5 password hashing with WHIRLPOOL - 10https://bugzilla.wikimedia.org/28419 +comment (10Daniel Friesen) [04:24:43] Coren! [04:25:00] Hmm? [04:25:02] take a look http://jsperf.com/jquery-inside-vs-outside-check [04:26:00] Hm. Kinda proves the point. [04:30:41] Crap... [04:34:35] saper: You know, those caveats to Change-ID just bring up one thought in my head again... "Gerrit's Change-ID pattern is not git. It's affront to git. Git without the git." [04:35:08] Dantman:You said it! [04:36:52] Installing extra python packages, git push being broken and using wierd underlying calls to make actual pushes, having commits rewritten by hooks that have to be installed in every comitter's local working copy... [04:37:40] I would rather work with a gated trunk based on the pull request model [04:37:53] Not real pull requests, but review based on pull requests [04:38:07] we just moved from svn to.... svn? [04:40:37] Everyone gets their own public repo they can push to (like GitHub's and Gitorious' user repos). Instead of using `git push origin HEAD:refs/for/master/topic to get things in for review you do something that tells whatever we have in place of gerrit to fetch commits from your public repo and put those into the review queue [04:41:31] WIth some web hooks or hosting of the public repos ourself we could even make the review system automatically fetch things that people have pushed for review [04:42:49] And instead of lying about history by ammending commits and submitting new patch sets changes for review could become review branches [04:43:50] Anyone can easily fetch them with something like `git checkout origin/review/some-topic` [04:44:19] And if you want to change what is in the review branch you'd make a follow up commit instead of replacing everything [04:44:41] ((Which would in fact be an improvement, because right now I find that it's hard to tell what people changed in followup patch sets)) [04:47:21] Review branches that are accepted would be properly merged (and the final message in the review web ui for the review branch would be used in the merge commit. [04:49:08] This would also allow changes to be actual collaborative projects. Instead of this stupid setup where if someone amends a tiny tweak to your change set and submits it they get listed as the commiter and you're demoted to author. [04:50:42] You know... worse than merges, this Change-ID junk probably breaks one of my use cases for wanting MW to use git. [04:53:46] Sometimes I work on a remote server. With svn when I made changes I had to use svn diff piped through ssh into patch so I can commit them. [04:54:02] With git the idea was I could commit on the server. Pull to my local working copy and then push changes out. [04:55:07] Because this commit stuff works as hooks in the committing repo, unless I make changes to every remote server I have with MW on it when I commit and then pull my commits won't have a Change-ID on them and won't submit to gerrit. [05:52:39] 03(mod) EXIF orientation (rotation information from digital cameras) should be used in images - 10https://bugzilla.wikimedia.org/6672 +comment (10Bawolff) [06:17:17] New review: Daniel Friesen; "Using multiple-backgrounds was an interesting idea I didn't think of. But it's not going to be that ..." [mediawiki/core] (master) C: -1; - https://gerrit.wikimedia.org/r/3687 [06:34:37] 03(NEW) Broken snapshot for 1.15.x - 10https://bugzilla.wikimedia.org/35463 critical; MediaWiki extensions: UserMerge; (sybeus) [07:06:41] * Dantman wishes he could have fun using traits in the light type classes of his new skin system [07:09:11] ...would be 'so' useful to define traits like `use TTextAsHtml;` that'll define a method that'll automatically convert a getText() into a getHtml() [07:14:51] 03(NEW) just highlight the characters that changed, not the whole line - 10https://bugzilla.wikimedia.org/35464 normal; MediaWiki: History/Diffs; (jidanni) [07:15:04] hi! is this the channel to discuss GSOC ideas with mentors? [07:15:32] Ananya_: yes it is [07:15:50] i am interested in "who's awesome?" idea... [07:16:07] i wanted to know more details about that... [07:16:19] as in the specific requirments... [07:16:30] can u pls direct me to some one? [07:17:12] find out who suggested the idea and contact them here [07:17:36] sumanah and varnent are GSOC administrators for mediawiki [07:18:30] ok... thank you [07:19:36] :) [07:21:17] How do i use a simple text template within a external link? (can I ask this question here?) [07:23:24] @sumanah @varnent @jalexander Could you help me with the specific details of the gsoc project idea "who's awesome?" [07:24:25] Hi, I got an problem with the thumb generation, mediawiki does not create the correct thumbails anymore, exept the standard ones. [07:24:42] so there is only the 180px ones [07:30:23] hi, i am interested in a few Gsoc project ideas...the ones related to text processing... [07:30:46] whom do i interact regarding this? [07:32:34] the mentor assigned is Oren Bochman [07:39:00] sumanah and varnent are GSOC administrator for mediawiki.you can intract with them. [07:39:23] thank you... [07:40:22] your welcome [07:55:22] 03(mod) Sort and #expr doesn't work on comma-separated decimals - 10https://bugzilla.wikimedia.org/32807 +comment (10bennylin) [07:56:53] 03(mod) Add support for non-Arabic number systems - 10https://bugzilla.wikimedia.org/34193 +comment (10bennylin) [08:17:50] New review: Amire80; "I don't completely understand what problem is this supposed to solve. It converts any hex number to ..." [mediawiki/extensions/Narayam] (master) C: -1; - https://gerrit.wikimedia.org/r/3694 [08:22:14] 03(mod) Special:Properties page should link to "action=view" for special properties - 10https://bugzilla.wikimedia.org/22442 +comment (10Nischay Nahata) [08:23:16] 03(mod) Special:Properties page should link to "action=view" for special properties - 10https://bugzilla.wikimedia.org/22442 +need-review +patch (10Nischay Nahata) [08:56:36] 03(mod) Allow callbacks also to make more complex replacements - 10https://bugzilla.wikimedia.org/35457 +comment (10Junaid) [09:01:55] 03(mod) Page deletions and blocks aren't showing up on watchlists on enwiktionary - 10https://bugzilla.wikimedia.org/33591 +comment (10Yair Rand) [09:16:20] 03(mod) SRF: The min and max math formats should work with dates and strings - 10https://bugzilla.wikimedia.org/26027 +comment (10Nischay Nahata) [09:16:52] good day everyone [09:16:59] ive had a problem with my mediawiki for a while now [09:17:17] it has been moved from another location on the server to its current one [09:17:29] and it keeps loading cached versions of the old pages [09:17:34] the edits don't stay, so to say [09:17:46] every x days i gotta purge all my pages so they work the way they should [09:17:50] any idea what i can do about this ? [09:33:59] Does anyone know how to make div links in MediaWiki? [09:34:58] div links? [09:35:30] Dantman, like the image link. [09:35:52] [[Image:Example.png|100px|link=Example]] [09:36:09] I want something so the entire box will turn to a link. [09:36:33] We don't support raw anchors. [09:36:47] So you are saying that is not doable? [09:36:57] And unless making it the text in an external link works... there's no way. [09:37:38] Mhm.. [09:38:15] non webdev here, but you could probably class the div, then in common.js do some hackery to turn give it a onclick event for what you want to do [09:39:15] p858snake|l: I would prefer just wrapping it in a if using common.js [09:39:28] * Shrek nods with liangent. [09:39:56] Okay, thanks for your support guys. [10:19:25] are you expecting something link this "" [10:19:40] are you expecting something link this "" [10:20:32] you can also check out "http://www.mediawiki.org/wiki/Manual:Linked_images" [10:22:05] Pft... stupid php I can't have a class named List [10:30:01] Hello [10:31:16] hi [10:43:03] 03(mod) Create a Arbcom namespace on Russian Wikipedia - 10https://bugzilla.wikimedia.org/34527 +comment (10Victor Vasiliev) [11:04:01] 03(NEW) Missing log item for account creation via SUL (Wikimedia sites) - 10https://bugzilla.wikimedia.org/35465 normal; MediaWiki: User login; (feloose) [11:11:27] New review: Amire80; "(no comment)" [mediawiki/extensions/Translate] (master); V: 0 C: 2; - https://gerrit.wikimedia.org/r/3517 [11:12:53] Hello [11:13:42] Hello [11:14:00] Is there a way I can show a list of all users in mediawiki? [11:14:55] Diaz: [[special:listusers]] [11:15:27] and how do I manage their ranks/ make them mods/admins? [11:15:47] Diaz: [[special:userrights]] [11:16:29] Thanks :) [11:16:49] http://www.mediawiki.org/wiki/Manual:User_rights --check out if didnt get it [11:41:37] New review: TheDJ; "You shouldn't use OS version to determine this. What if the user uses the Opera browser ? Best find ..." [mediawiki/extensions/MobileFrontend] (master) C: 0; - https://gerrit.wikimedia.org/r/3693 [11:58:51] hmm [11:59:26] is it not posible to mix both internal (mediawiki.api) and 'external' (https:// type URLs) in the same mw.requires url? [12:03:38] so, let's do that switch to git and gerrit.... [12:14:57] Hello [12:15:29] How can I put the "code" for an infobox on a page, without it being registered as an infobox? Like to show users how to do it [12:17:20] Anyone? [12:22:30] Diaz: yourtexthere [12:22:58] but, like most of your questions, the answer is readily found on mediawiki.org [12:23:24] is there a particular reason why you rather ask here? [12:40:53] hmm, why do i have two pre's around my syntax highlight all of a sudden ? [12:45:55] 45mins and counting :D [12:46:33] <[KrusheR]> hello, counting for what? [12:48:09] [KrusheR]: not important... [12:48:50] <[KrusheR]> ok [12:49:33] srikanthlogic: hello i am vivek from chennai hackathon [12:50:33] * potter pokes srikanthlogic  [12:50:40] potter: hello vivek! [12:50:50] srikanthlogic: nice to hear from you. [12:51:15] srikanthlogic: i did not understand your mail completely :-| [12:53:22] potter: was putting ways how people currently watch pages.. [12:54:07] srikanthlogic: okay.. go on [12:55:20] potter: so you could just build a gadget which will accomplish "watchlist groups" with existing RecentChangeslinked [12:55:54] just that watchlist group will have to be public if its that way [12:56:09] srikanthlogic: i was building an API which will rortae images [12:56:17] srikanthlogic: rortae* [12:56:26] rotate* [12:56:46] New code comment: TheDJ; I seem to have 2 pre's now around my geshi code....
<; 
[13:00:01] 	 New code comment: TheDJ; oh of course, i should have pre'd my pre's :D \ 
 \ <pre dir="ltr" class="mw-gesh; 
[13:13:00] 	 hi
[13:13:57] 	 the Editing tab of Preferences option does not show the Usability and Lab features
[13:14:06] 	 Anybody help
[13:15:36] 	 atishay: which website are you talking about?
[13:15:43] 	 is it Wikipedia or some other wiki?
[13:16:30] 	 i've installed MediaWiki
[13:16:41] 	 i'm talking about dat
[13:16:51] 	 did you install the WikiEditor extension?
[13:17:54] 	 yes
[13:18:55] 	 are you sure that it's installed? do you see it in Special:Version?
[13:20:28] 	 atishay: which lab features are you talking about, for example? on the English Wikipedia it's only WikiLove, which is also a separate extension.
[13:20:55] 	 i think its not installed
[13:21:17] 	 but it is present in the extensions subdirectory
[13:21:44] 	 You must add it to LocalSettings.php. See https://www.mediawiki.org/wiki/Extension:WikiEditor .
[13:24:37] 	 thanks
[13:25:02] 	 atishay: you're welcome.
[13:25:38] 	 aharoni2, ")
[13:25:44] 	 aharoni2, :)
[13:30:27] 	 Hello room! Since my upgrade to MediaWiki 1.18 I've problem with broken extensions. I solved a lot of things but can't find the replacement of Image::newFromName. Do you know it?
[13:33:17] 	 aharoni2, how do I enable the RefToolbar 
[13:42:48] 	 atishay: are you referring to https://en.wikipedia.org/wiki/Wikipedia:RefToolbar ?
[13:43:26] 	 aharini2: yes
[13:43:32] 	 That's not an extension (unfortunately), but a local script in the English Wikipedia. You'll have to copy the js files manually to pages in your wiki.
[13:44:43] 	 aharoni2: ok thanks
[13:45:01] 	 aharoni2: Not enjoying weekend? :P
[13:45:39] 	 nischayn22: in my country Friday-Saturday is the weekend.
[13:46:22] 	 aharoni2: Oh, didn't know that
[13:48:10] 	 nischayn22: your patch with the diff page title became one of the first commits to Git: https://gerrit.wikimedia.org/r/#change,3361
[13:48:41] 	 aharoni2: wow, that's so cool
[13:49:05] 	 aharoni2: also when can one ask for commit access ?
[13:49:37] 	 now it's supposed to be easier.
[13:49:55] 	 you submit patches directly to Git instead of through Bugzilla.
[13:50:04] 	 and getting an account there is easy.
[13:50:05] 	 !git
[13:50:05] 	 MediaWiki development is using git, a distributed source control manager, starting on March 21st, 2012; details: https://www.mediawiki.org/wiki/Git_happens Instructions for using it: https://www.mediawiki.org/wiki/Git/Workflow  To get an account: https://www.mediawiki.org/wiki/Project:Labsconsole_accounts
[13:50:30] 	 (using Git itself is rather hard, though. we're all struggling with it :) )
[13:50:41] 	 how do I get gerrit to expand the command line I was trying to copy??
[13:52:00] 	 Platonides: i just tried to see what are you talking about and now i'm rotfl
[13:52:18] 	 aharoni2: It must be similar to github I guess, where you can make pull requests
[13:53:06] 	 Platonides: refresh the page... it's a lame answer, i know.
[13:53:33] 	 nischayn22: i wish it was similar to Github. it took me sometime to understand Github, but i got it eventually. MediaWiki uses Gerrit, which is a very different system.
[13:53:35] 	 that's what I ended doing
[13:53:44] 	 but why do we need to use a lame tool?
[13:54:05] 	 beats me... :)
[13:54:47] 	 Platonides: does my last email to wikitech make any sense? or am i missing something very basic?
[13:55:04] 	 I pretty much agree with you
[13:55:18] 	 was writing a reply
[13:55:25] 	 thank you.
[13:55:29] 	 then hitted that
[14:00:42] 	 aharoni2: It looks complex, I better do It after GSOC
[14:01:13] 	 aharoni, replied
[14:02:35] 	 nischayn22: it looks complex to many of us and the documentation is definitely not perfect. if you have any question, please ask them at the talk pages - no question is too simple!
[14:03:07] 	 nischayn22, you can also provide patches through bugzilla
[14:03:34] 	 Platonides: yes, that would be better for now :D
[14:05:25] 	 why am I unable to star gerrit bugs? :s
[14:05:33] 	 oh, found
[14:16:13] * thedj  runs svn status on his extensions tree.. that's gonna be interesting to back that up before git switch :D
[14:22:02] 	 thedj: i did that, too, after SVN became read-only, hoping to finally commit some changes that i made once and that waited for the end of the slush. managed to commit a couple and got stuck with Gerrit weirdness.
[14:24:01] 	 is there any variable in SMW that holds all special properties in the wiki ? if not, how to access the special properties ?
[14:27:12] 	 aharoni2: yeah. i have loads of that kind of stuff.
[14:27:35] 	 aharoni2: but i'm still working on converting all of my environments properly. i have way too much checked out code :D
[14:28:16] 	 and i needed to update my git and loads of other stuff as well. taking a bit longer than I had thought.
[14:35:53] 	 03(NEW) Update gerrit - 10https://bugzilla.wikimedia.org/35466 normal; Wikimedia: Git/Gerrit; (Platonides)
[14:35:57] <^demon>	 Just finished fixing refs/notes/commits for all extensions
[14:36:41] 	 03(mod) Update gerrit - 10https://bugzilla.wikimedia.org/35466  +comment (10Chad H.)
[14:40:48] 	 03(NEW) Write docu/how-to for Windows with a GUI client - 10https://bugzilla.wikimedia.org/35467 normal; Wikimedia: Git/Gerrit; (raimond.spekking)
[14:41:28] 	 Krinkle, the two backgrounds doesn't works on Android 2.3...
[14:41:43] 	 03(mod) Trouble finding commit bd7a268e4be2da23ba0b9943c3b0ba1ac88294dc in gitweb - 10https://bugzilla.wikimedia.org/35461  +comment (10Platonides)
[14:43:37] 	 03(NEW) gerrit download instructions hide when you click them - 10https://bugzilla.wikimedia.org/35468 normal; Wikimedia: Git/Gerrit; (Platonides)
[14:43:37] 	 03(mod) Update gerrit - 10https://bugzilla.wikimedia.org/35466  (10Platonides)
[14:44:21] 	 03(NEW) Let LocalisationUpdate fetch from Git - 10https://bugzilla.wikimedia.org/35469 normal; MediaWiki extensions: LocalisationUpdate; (raimond.spekking)
[14:44:34] 	 03(mod) Let LocalisationUpdate fetch from Git - 10https://bugzilla.wikimedia.org/35469  (10Raimond Spekking)
[14:44:37] 	 03(mod) Migrate subversion to git (tracking) - 10https://bugzilla.wikimedia.org/22596  (10Raimond Spekking)
[14:45:28] 	 03(mod) Need commit notes to match SVN revision numbers for core - 10https://bugzilla.wikimedia.org/35460  trivial->normal; +comment (10Chad H.)
[14:47:35] 	 how permanent are gerrit urls?
[14:54:40] 	 Platonides: which urls?
[15:00:01] 	 03yaron *  10/trunk/extensions/SemanticMediaWiki/includes/parserhooks/SMW_SetRecurringEvent.php: Fix for r109944 - re-added a line that was necessary for the 'month' and 'year' time units to work
[15:01:03] 	 things like https://gerrit.wikimedia.org/r/#change,3361
[15:01:31] 	 pretty much all links I see on gerrit bugtracker, such as https://android-review.googlesource.com/#/c/20326
[15:01:43] 	 are an "Application error"
[15:01:51] 	 which is worrisome
[15:02:40] 	 Platonides: For anything permanent, don't use the # version
[15:02:50] 	 https://gerrit.wikimedia.org/r/3361
[15:03:08] 	 that redirects 3 times, but it rediretable and correctable
[15:03:18] 	 hash values aren't easily rewritten
[15:03:25] 	 New patchset: IAlex; "* Reaaded entries that were removed * Moved the new entry to a new section "Changes since 1.19 beta 2" (did not see that the beta 2 was out)" [mediawiki/core] (REL1_19) - https://gerrit.wikimedia.org/r/3715
[15:03:28] 	 New review: Raimond Spekking; "(no comment)" [mediawiki/extensions/Translate] (master) C: 1;  - https://gerrit.wikimedia.org/r/3517
[15:03:32] 	 if gerrit decides to break /r/ at least we can fix it on our side with a line in htaccess
[15:03:34] 	 no, I was seeing bugs, wich links such as https://android-review.googlesource.com/#/c/20326
[15:03:46] 	 I know, but you asked how permement they are
[15:04:03] 	 after several of them, It seems their old patchsets fail
[15:04:47] 	 In their case the url structure didn't change
[15:04:54] 	 that ID is no longer in the database it seems
[15:05:25] 	 could someone explain why this svg isnt rendering? http://en.wikipedia.org/wiki/Template:Ranks_and_insignia_of_NATO/Generic/Army/OR-08
[15:05:36] 	 In general /r/ID (or /ID in androids case) is more stable than the hash thing
[15:05:44] 	 however even more stable is the git sha1 hash
[15:06:04] 	 https://android-review.googlesource.com/#/q/Ie1844caf74b222871c9ae01379e318972cc8f05e,n,z
[15:06:06] 	 something like that
[15:06:19] * ToAruShiroiNeko  wonders why stable releases do not come with ponies
[15:06:23] 	 that will find the right ID in the database based on the actual git commit, not gerrits numerical ID
[15:06:57] 	 https://upload.wikimedia.org/wikipedia/commons/thumb/3/3c/Army-USA-OR-08a.svg/51px-Army-USA-OR-08a.svg.png
[15:06:58] 	 https://upload.wikimedia.org/wikipedia/commons/thumb/3/3c/Army-USA-OR-08a.svg/50px-Army-USA-OR-08a.svg.png
[15:07:03] 	 broken thumb
[15:07:04] 	 purge?
[15:07:09] 	 51px works
[15:07:12] 	 50 is cached and broken
[15:09:12] 	 ToAruShiroiNeko: made it 51px for now, it shows up again on the template (refresh)
[15:10:59] 	 but why would a changeset id be dropped from the db?
[15:11:19] 	 same for https://review.source.android.com//15913
[15:11:42] 	 the talk look like they were merged
[15:12:13] 	 Krinkle right
[15:12:18] 	 thats whats bothering me
[15:12:22] 	 what isnt working?
[15:12:52] 	 dunno
[15:13:10] 	 ToAruShiroiNeko: 
[15:13:15] 	 huh
[15:13:17] 	 50px is working again
[15:13:18] 	 it appears fixed?
[15:13:24] 	 just cache
[15:13:53] 	 ah
[15:14:14] 	 When it last generated the thumbnail it was apparently interrupted, thumbs are cached to avoid overload on each load. On Commons I did action=purge and now it regenerated the thumb
[15:14:25] 	 click the image > continue to commons > Purge
[15:14:37] 	 hmm
[15:14:38] 	 I see
[15:14:51] 	 thanks
[15:14:59] 	 I was purging on en.wikipedia end
[15:15:02] 	 If anyone is ever feeling bored and has nothing to do, I'd really appreciate some critique of my coding on my extension.  It's my first attempt, so I probably did half a dozen thing wrong; I'd rather know now to fix my aim for the future.
[15:15:13] 	 I learnt something new today :)
[15:15:19] 	 template is part of http://en.wikipedia.org/wiki/Template:Ranks_and_insignia_of_NATO/Generic/Army btw <3
[15:15:51] 	 (Extension:Dice)  Second most frivolous extension on mw.org.  :-)
[15:16:34] 	 I want an Extension:SliceAndDice
[15:17:36] 	 ToAruShiroiNeko: Extension:SlapChop?
[15:17:59] 	 Coren: I'm sporadically looking through it now
[15:18:13] 	 Coren: global $wgRequest, $wgOut, $wgUser, $wgScript; $sk = $this->getSkin();
[15:18:21] 	 Coren: Perhaps use the context for the other ones as well
[15:18:28] 	 Krinkle, I have a problem..
[15:18:39] 	 $out->getOut(); $request = getRequest(); $user = $this->getUser()
[15:18:46] 	 except for wgScript, that one stays global
[15:19:27] 	 Coren: $out->setPageTitle( wfMessage( 'dice-special-title' ) );
[15:19:50] 	 Coren: wfMessage returns an object, not a string
[15:19:51] 	 Krinkle: $this->getOutput(), $this->getRequest(), the last one is correct ;)
[15:20:01] 	 Coren: yeah, I know, I typoed
[15:20:05] 	 ialex: 
[15:20:06] 	 Krinkle: and prefer $this->msg()
[15:20:14] 	 Yep, the context master himself :)
[15:20:25] 	 ;)
[15:21:08] 	 New review: Liangent; "By the way how will it affect performance if I store data in different collations using different ta..." [mediawiki/core] (master) C: 0;  - https://gerrit.wikimedia.org/r/3367
[15:21:24] 	 Krinkle: are you here?
[15:21:33] 	 Krinkle: Wait, the doc on wfMessage() says it defaults to parse() (though I guess I can just explicit it)
[15:22:01] 	 Coren: The default actio maybe parse, but you do have to give it an action to perform
[15:22:43] 	 Krinkle: o_O  it works now; I'm guessing there is an implicit conversion to string via parse()
[15:22:50] 	 Coren: if you do ->toString(); then it will use format=parse
[15:23:16] 	 But yeah, relying on an implicit conversion is just begging for future problems.
[15:23:21] * Coren  takes notes.
[15:23:21] 	 Coren: and since it is casted to a string by the setPageTitle eventually, it is done automatically. However depending on such default is not recommended
[15:23:27] 	 yep, very well :)
[15:24:00] 	 ping
[15:24:16] 	 I am here IWorld, but I only have 2 legs and 10 fingers
[15:24:23] 	 ah
[15:24:34] 	 we can't use backgrounds
[15:24:43] 	 I have tested that with my tablet...
[15:24:47] 	 Android 2.3
[15:25:02] 	 Coren: I also noticed somewhere you're passing wikitext as argument (array( .. "[[" . …"]]")) to create a wikilink. I haven't installed this extension but make sure you verify that it works. you may have to use ->rawParams() instead of params() on the Message object in that case.
[15:25:23] 	 for it to be actually parsed
[15:26:02] 	 Well, I can tell you that the extension /works/.  Wether by accident or skill is what I'm trying to determine.  :-)
[15:26:12] 	 Coren: On never mind, I got them switched in my mind. rawParams skips parsing. params is fine()
[15:26:24] 	 Hmmm.  Does an Article have context?
[15:26:39] 	 Article objects are on their way out.
[15:26:54] 	 They do have context in a way, but prefer WikiPage objects whenever possible
[15:27:06] 	 New patchset: IAlex; "Same as #3715, but for master: * Moved the new entry to a new section "Changes since 1.19 beta 2" (did not see that the beta 2 was out)" [mediawiki/core] (master) - https://gerrit.wikimedia.org/r/3716
[15:27:15] 	 beta 2 is out?
[15:27:22] 	 yes
[15:27:24] 	 see topic
[15:27:31] 	 -_-
[15:27:33] 	 Hm.  Well, an ArticleSave hook actually passes an Article to the hook; will that change?
[15:27:38] 	 Krinkle, can we use ?
[15:27:45] 	 IWorld:  ?
[15:28:05] 	 Krinkle, the HTML tag .
[15:28:16] 	 Then we can write a better fallback.
[15:28:28] 	 Generally it's not a tag I'd vote for, but I have no clue what this is about right now
[15:28:31] 	 the little user icon?
[15:28:45] 	 Krinkle, yes
[15:28:48] 	 I wouldn't recommend an html tag for that at all. It's decoration, not content.
[15:28:53] 	 belongs in CSS
[15:28:55] 	 Krinkle: Hrm.  Does a Parser or PPFrame have a method to get at $wgLang?  I can't see one.
[15:29:16] 	 Coren: user language or site/content language?
[15:29:18] 	 Krinkle, but then we can't write a good fallback..
[15:29:21] 	 There is getLang() in context
[15:29:32] 	 Krinkle: User.
[15:29:34] 	 IWorld: then maybe we can't use SVG in the interface yet :)
[15:29:41] 	 oh
[15:31:14] 	 Coren: Yep, getLanguage() is indeed the language of the current user
[15:31:32] 	 in context
[15:31:35] 	 Krinkle: Doesn't that require a context?  I though Parser didn't have context
[15:31:36] 	 how do I turn off heading numbering?
[15:31:56] * Coren  tries
[15:32:17] * Coren  goes on a global hunt.
[15:32:21] 	 Coren: It is in context indeed. How the Parser and Context walk together, I have no idea. The Parser is an area I rarely find myself digging in. I'm mostly a front-end developer.
[15:33:29] 	 https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=includes/context/RequestContext.php;h=1ffbc08ce20bbfe2bcd3b44eb466533acceb8135;hb=HEAD#l263
[15:33:41] 	 but yeah, the Parser relation is another
[15:33:45] 	 03(mod) Vector 'user' icon is low-resolution - 10https://bugzilla.wikimedia.org/35341  +comment (10IWorld (V. G.))
[15:34:16] 	 Call to undefined method Parser::getLanguage()
[15:34:26] 	 Coren: What are you doing exactly though? Can you link to the code you're altering?
[15:34:34] 	 a trivial query, I want to install RefToolbar to my mediaWiki installation. Do I need to add any other scripts than mentioned in http://en.wikipedia.org/wiki/Wikipedia:RefToolbar_2.0#Porting_to_another_wiki
[15:35:06] 	 In most cases you should never use user language in the parser but site language. Since it'll be in the context of the content page which is in the content language also
[15:35:17] 	 there are some exceptions
[15:35:59] 	 Coren: btw, the sql file you have needs a little updating. To accommodate for the MediaWiki settings for table prefix and table options
[15:36:33] 	 Then mediawiki can create the tables automatically when the user runs ./maintenance/update.php
[15:37:34] 	 https://www.mediawiki.org/wiki/Manual:Database_access#Database_schema
[15:37:44] 	 CREATE TABLE /*_*/foo
[15:37:58] 	 Krinkle: That SQL was a stab in the dark.  I'm sure there are many problems with it, not least of which I don't even know if it'd work at all with mysql in the first place.  :-)
[15:39:19] 	 I'm not looking at the actual SQL, but the method. you should register the sql file in MediaWiki in the right hook, so that MediaWiki will manage the table instead. Also, once you are at a point where anyone else but you is using it, make it a habbit to never edit that sql file directly again. Instead from that point on create patch-sql files and register those in the updater and then update the main sql file.
[15:39:38] 	 Krinkle: Dice::diceTag.  I'm using the user language to format a timeanddate()
[15:39:49] 	 MediaWiki basically executes the main sql file on first install, and then whenever it updates it checks which patches have been applied and if there are new ones, it applies those
[15:41:02] 	 Krinkle: Well, the sql is registered with a LoadExtensionSchemaUpdates hook.  I thought that was the required invokation (but documentation on how to do db stuff from an extension is...   pithy)
[15:41:13] 	 that sounds good
[15:41:27] 	 just make sure you include the /*_*/ comment so that it actually works
[15:41:38] 	 https://www.mediawiki.org/wiki/Manual:Hooks/LoadExtensionSchemaUpdates
[15:42:00] * Coren  tries to find a working example.
[15:42:14] 	 >= 1.17 should be fine
[15:42:16] 	 That doc page doesn't actually explain what to put in the sql source file.  :-)
[15:42:23] 	 : https://www.mediawiki.org/wiki/Manual:Database_access#Database_schema
[15:42:34] 	 Ah!  That one does.  Yeay!
[15:43:26] 	 https://www.mediawiki.org/wiki/Manual:Coding_conventions/Database
[15:43:34] 	 that's also some conventions that may apply if you're interested
[15:43:48] 	 ) /*$wgDBTableOptions*/;