[00:09:49] *AaronSchulz lols at Wikitech-l [00:18:30] #iferror doesn't work on my wiki [00:19:33] I was going to use it to check if a passed value is a number... now I'm a bit clueless [00:19:55] Aaron: What happened? [00:27:06] JackieJac: you'd want to use #ifeq, not #iferror [00:27:19] and that requires the ParserFunctions extension, if you don't have that installed yet [00:29:16] Well, #ifeq and such works [00:29:38] I don't want to check the specific value, just if it was number that was passed [00:30:24] 03catrope * r53128 10/trunk/phase3/includes/DefaultSettings.php: Bump $wgStyleVersion for all the Vector-related fixes made in the past week or so. [00:31:00] 03(mod) Save statically generated maps on the server - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19654 (10avarab) [00:32:06] 03catrope * r53129 10/trunk/phase3/includes/DefaultSettings.php: Revert unintended change from r53128 [01:06:29] *avar spams wikitech [01:12:09] werdna: presumably a transient error: http://wiki.werdn.us/test/view/Special:SplitThread/Thread:Some_reflections_on_the_governance_of_Commons_%283%29/0:0:0:FFFF:98:215:228:67/0:0:0:FFFF:88:2:144:237/0:0:0:FFFF:217:83:114:185 [01:22:58] 03(mod) API list=allusers should implement account creation cutoff dates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19664 (10herd) [01:37:52] Can I alter the value of parameters inside of the template they're being used? [01:38:00] no [01:38:16] you could use the variables extension or nested templates [01:40:27] list entries that start with ? are indented cos the french like it that way. hwo can I override it? or at least style it. cos on my wiki such list entries have a special meaning. [01:40:48] Hmmm... seems I'll have to install the var extension. Thanks for the reply. [01:49:56] Simetrical: Are you sure your git-svn setup works: http://pastebin.com/m7b16aee0 ? [01:50:15] it thinks it's up-to-date even though I haven't updated it in 1-2 days, and the code is obviously old [01:50:39] avar, I think master is REL1_13 for some reason. Try git checkout trunk. [01:50:54] Also, look at git branch -r for an actual list of branches. [01:50:59] ah [01:51:20] I'm not sure how to change what master is . . . [01:51:25] I haven't actually used git-svn for anything [01:52:25] *avar does git checkout trunk, then git reset --hard [01:52:30] it thought I'd deleted all the files :) [01:55:14] Simetrical: It would be neat to set up a .git somewhere that's automatically kept up-to-date by a job that watches svn commits [01:55:20] would make rebasing quicker [01:55:27] avar, Chromium has that. [01:55:37] I can't provide the bandwidth, though. [01:55:50] Maybe you could appropriate a server. [01:56:48] sure, I could host it [01:56:54] at git.nix.is [01:57:42] avar: if you're trying to update from svn into your local git, it's 'git svn fetch' [01:57:58] and that will rebase you as well [01:58:37] how can I do a diff between two svn revisions in git? [01:58:45] git log --revision x:y works:) [01:59:24] ..for getting a log, not a diff [02:30:45] https://bug365970.bugzilla.mozilla.org/attachment.cgi?id=250519 [02:31:01] Mozilla is now using separate domains for each bug's attachments to avoid XSS? . . . [02:33:33] Classy [03:17:50] 03(NEW) Can not search on the left side bar - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 enhancement; Normal; Wikimedia: Bugzilla; (-d___b-) [03:19:36] 03(mod) Localization of img_auth.php - with enhancements - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 +comment (10jack.pond) [03:23:55] Howdy. How do I disable new users from logging in? [03:24:22] !prevacc [03:24:22] --mwbot-- For information on preventing access to your wiki, please see . [03:24:27] Should be somewhere there. [03:24:36] Thanks a bunch :) [03:24:43] $wgGroupPermissions['*']['createaccount'] = false; will prevent anonymous users from creating accounts. [03:26:27] this is a great page, Thanks :) [03:59:45] 03(NEW) Try using git-svn for CodeReview on MediaWiki.org to make viewing diffs faster - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19671 enhancement; Normal; MediaWiki extensions: CodeReview; (avarab) [04:01:19] ok, after I've disabled creation of new users, how do I create a user myself [04:03:18] $wgGroupPermissions['bureaucrat']['createaccount'] = true; [04:03:40] then how do I create a user? :P [04:03:49] you created a user when you first setup mediawiki [04:04:04] $wgGroupPermissions['splarka']['rar'] = true; [04:04:06] Special:UserLogin/signup [04:04:06] yep, my admin user [04:04:25] you go there as bureaucrat and fill out info for a new user [04:06:22] oh cool. Thanks :) [04:11:50] hi, I'm running mediawiki behind a reverse proxy (varnish), and anonymous edits are showing as the IP 127.0.0.1. Is there a switch I can use to fix this and use the X-Forwarded-For header for the IP? [04:12:08] Yes. I think it's $wgTrustedXFF or something. [04:12:12] I'm not totally sure, though. [04:12:37] has a stupid name [04:12:45] something with squid in it [04:12:50] ah [04:13:02] http://www.mediawiki.org/wiki/Manual:Configuration_settings#Squid [04:13:29] $wgSquidServers and $wgSquidServersNoPurge [04:13:32] I believe TrustedXFF is a WMF-specific thing for organizing them [04:13:56] no, it can be used by anyone [04:14:07] does that variable do anything else beyond reading x-forwarded-for? [04:14:09] What's the advantage over $wgSquidServers? [04:14:26] it's not a variable though, it's an extension [04:14:46] does it just populate $wgSquidServersNoPurge ? or run as a hook for a similar operation? [04:15:16] it was taking too long to populate $wgSquidServersNoPurge [04:15:34] TrustedXFF uses a CDB file which is queried for each IP address present in the XFF header [04:15:37] ahh, and you can't run CIDR or regex on it? [04:15:49] er can't on wgSSNP [04:15:55] you can't do CIDR with the CDB file either [04:16:03] but it has a generator script which allows CIDR ranges [04:16:04] checkers: servers on $wgSquidServers get a purge signal when something changes [04:16:07] it just expands them [04:16:41] did WMF ever add AOL? [04:17:03] years ago [04:17:38] yeah, I'm using the NoPurge variant [04:18:10] checkers: of course, your server's access and error logs are still going to show 127.0.0.1; you can change the format of the access logs, but you have to use mod_rpaf if you care about IPs in the error log [04:18:11] was there ever an initiative to rename those two globals? they are a bit wmf-centric ^_^ [04:19:00] Emufarmers: I keep logs from varnish, so if I ever need to I'll just correlate with that [04:19:11] *checkers tests... [04:19:53] Actually, I wonder whether you even need $wgSquidServersNoPurge if you have mod_rpaf... [04:19:59] works, thanks Splarka [04:20:32] *checkers wonders if there's an equivalent of mod_rpaf for nginx [04:23:33] TimStarling: I'd appreciate your thoughts on whether generating static maps as outlined in my wikitech-l post is a good idea: http://lists.wikimedia.org/pipermail/wikitech-l/2009-July/044027.html [04:27:18] yes, fine [04:27:58] you probably want to make it separately configurable rather than fixed at "$wgUploadDirectory/slippymap" [04:28:10] but fine other than that [04:30:31] Yay:) And yeah, it'll be configurable [04:33:05] A setup like that means that each apache will have to be able to access a PostGIS database server, and have mapnik installed. [04:33:31] Well not necessarily, they could query some internal API though a socket on a machine that did the rendering + writing to the image NFS [04:33:42] 03(mod) Invalid image map generated by EasyTimeline - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19438 normal->04CRIT; normal->high; +comment (10mac128) [04:34:38] omg critical [04:35:33] needs more 4BLOCKER [04:36:37] This bug WILL kill your server. And your users. [04:36:49] EasyTimeline is quite possibly the most horrid perl ever [04:37:14] You've seen WikiStats? ;-) [04:37:51] that's the "quite possibly" part :) [04:37:53] *GreenReaper has had to edit bits of both, fun times. [04:38:29] Well, to be fair they're both by the same author, who has undoubtebly done great things with them. Terrible . . . but great. [04:38:33] 03(mod) Invalid image map generated by EasyTimeline - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19438 04CRIT->normal (10charitwo) [04:39:08] if ($OS =~ /darwin/i) [04:39:09] { $env = "Linux"; $fmt = "png" ; $pathseparator = "/";} [04:39:09] elsif ($OS =~ /win/i) [04:39:09] { $env = "Windows" ; $fmt = "gif" ; $pathseparator = "\\";} [04:39:41] *GreenReaper is waiting to get his paws on the latest wikistats scripts, which have Good Things in. [04:41:05] EasyTimeline is full of crap like that, Perl has had a portable path library which works on every platform since perl 5.405 which makes that code redundant [04:41:17] TimStarling: FYI, released http://www.mediawiki.org/wiki/Extension:NSFileRepo which provides namespace protection for files/images. The repo structure you developed is a work of art - you deserve massive kudos. Only patch I had to make was wfStripIllegalFilenameChars (see: http://dpaste.org/QIZx/). Thanks for the help and advice! [04:43:39] GreenReaper: what sort of good stuff? [04:43:55] TimStarling: InlineScrips (built-in scripting language) is almost ready. It only needs some fixes [04:45:40] see http://infodisiac.com/blog/2009/01/wikistats-is-back-again/ [04:45:51] and the actual stats thereof [04:46:52] To be fair there are not huge changes in most features, just little tweaks plus the special reports. [04:47:07] and I think many of those are out of date. [04:48:52] http://infodisiac.com/Wikipedia/Wikistats/AnimationProjectsGrowthWp.html is pretty damn sweet (requires firefox 3, bogs down after a while here). [04:50:02] http://infodisiac.com/Wikipedia/Wikistats/AnimationProjectsGrowthWp.html?canvas_width=600&canvas_height=450 may work better but doesn't let you see the names. [04:50:17] You can click on them to see names and their trajectory. [05:37:26] 03tstarling * r53130 10/trunk/phase3/ (3 files in 2 dirs): Added $wgShowArchiveThumbnails, may be useful for file store backend load reduction. [05:40:11] Won't that just make 1,000 people ask why thumbnails are broken on file description pages? [05:40:36] will they be broken? or just not displayed ? [05:40:39] Hmm, seems it just hides the row entirely? [05:40:48] Or column, rather. [05:40:58] Heh, clever. [05:41:14] because i've seen the thumbnail error before, didn't think this would be the case [05:41:28] Annemarie: yes, but that will presumably be less stressful than the servers crashing [05:41:42] Just buy more! [05:42:08] Annemarie: get out your checkbook [05:42:11] "Do you bite your thumb at me, server" "I do bite my thumb..." [05:42:35] charitwo: Done. [05:43:06] :D [05:49:30] Splarka: Man, that brings back that stick figure version of Romeo and Juliet: http://www.albinoblacksheep.com/flash/romjul (flash+sound) [05:56:57] ew flash [05:57:39] Splarka: adobe is the future [05:57:44] If you think that's bad, wait until you see the animation. [05:58:37] adobe is the past, clay and grass [06:14:22] Annemarie [06:14:37] I don't know about the {{subst|}} method. [06:14:54] I've seen people do |subst=subst: before, but it's pretty hackish... [06:15:59] {{subst:#ifeq:{{FULLPAGENAME}}|Flibble|Foo|Bar}} /sometimes/ works [06:16:13] but it will have a lot of trouble working in non-subst mode [06:16:22] and it will not work with #switch most of the time [06:16:35] uh, for this template, you are required to subst [06:17:07] then you might have some luck [06:17:14] er [06:17:21] sigh, typo [06:17:27] {{subst:#ifeq:{{subst:FULLPAGENAME}}|Flibble|Foo|Bar}} [06:17:49] yeesh [06:17:50] like that I mean, any parser function, magic word, or template you want to be substed, you prefix the /name/ with subst: [06:17:52] Hello harej. [06:17:52] that's some tag salad right there [06:18:00] and do it recursively [06:25:58] how would you do that applied to {{#ifeq:{{{current2}}}|||current2={{{current2}}}}} [06:26:42] er [06:27:00] why not use #if:{{{current2|}}} there, regardless of subst? [06:27:33] even then i don't want the #if to copy over [08:00:38] Hi [08:08:13] Platonides, are you sure images can be oversighted? [08:08:19] I thought the file couldn't [08:09:35] Try suppression? [08:09:45] I think suppression supports restricting view access to the files. [08:10:28] admittedly, last time I tried to oversight an image was 1 or 2 years ago [08:12:56] 03(mod) Try using git-svn for CodeReview on MediaWiki.org to make viewing diffs faster - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19671 +comment (10roan.kattouw) [08:28:34] what could i use to automatically put text on every wikipage in the text-area of the body ? [08:29:12] Err, why would you want to? [08:30:53] i'd like to insert an applet on every page .. so i thought about inserting the tag field into the text-area automatically [08:34:56] The text area is where the user page content goes. [08:35:06] If you want to stick something on every page, use the site notice or something. [08:35:11] !sitenotice [08:35:11] --mwbot-- Sitenotice is a wiki-wide message that appears at the top of the page for all users. It is editable by users in the sysop usergroup at [[MediaWiki:Sitenotice]]. See also: !anonnotice [08:35:47] 03(NEW) Shortcut for [[Usability:...]] - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19672 enhancement; Normal; Wikimedia: Site requests; (FT2.wiki) [08:38:59] i'll try if it also inserts my applet :-).. thnx [08:47:05] 14(DUP) wrong entry in Special:SiteMatrix - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19635 +comment (10hippytrail) [08:47:08] 03(mod) NomCom wiki listed in wrong section of SiteMatrix - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16077 (10hippytrail) [08:49:25] "shortcut usability" [09:16:17] 03(mod) PHP warning on opening 'my preferences' - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19669 (10niklas.laxstrom) [09:46:19] !parsers [09:46:19] --mwbot-- For alternative parsers, see . For an (incomplete) specification of mediawiki syntax, see . [09:47:53] hi [09:49:17] I'm trying to install FlaggedRevs on a MediaWiki installation version 1.13. Both are the latest from SVN as of this post. After I run the SQL code, update.php, and populateSha1.php, I run updateAutoPromote.php as instructed. I get the following error: [09:49:17] "Populating and updating flaggedrevs_promote table [09:49:17] ...doing user_id from 1 to 1 [09:49:17] PHP Fatal error: Class 'FlaggedRevs' not found in /[installdir]/extensions/FlaggedRevs/maintenance/updateAutoPromote.inc on line 26 [09:49:46] it's the 1.5 version [09:50:10] if somebody have an idea to resolve this problem i will be very happy [09:50:13] http://209.85.229.132/search?q=cache:6pwlldgTnaEJ:www.mediawiki.org/wiki/Extension_talk:FlaggedRevs+PHP+Fatal+error:+Class+%27FlaggedRevs%27&cd=1&hl=fr&ct=clnk&gl=fr&client=firefox-a [09:50:39] i found that the same problem of mine, but information in reply don't really help me [09:51:29] If you're using the latest SVN then "You're doing it wrong" [09:51:55] you need the one for 1.13 [09:54:45] why the 1.13 ? [09:55:40] because that's the version of mediawiki you're running? [09:56:22] no sorry media wiki version is 1.15.0 and FlaggedRevs version is 1.15.x [09:57:17] 03(NEW) Deletion log entries in watchlist for recreated pages appear as redlinks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19673 minor; Normal; MediaWiki: Watchlist; (en.haza-w) [09:58:13] but i can try different version if it necessary [10:01:46] dunno then :( [10:02:34] sory ? what is the signification of "dunno"? [10:02:51] dont know [10:03:43] thank you , you don't know people who have install it ? [10:05:25] cybunk, have you added flaggerrevs to localsettings.php ? [10:05:53] yes i add it [10:06:22] when you had it do you have to execute something ? [10:06:30] after ? [10:11:24] it's really hard to install this extension, and i don't understand why it's so hard because, it's installed on so much wikipedia projects : http://meta.wikimedia.org/wiki/FlaggedRevs_Report_December_2008 [10:17:40] cybunk did you run the maintenance script ? [10:18:39] GerardM-: that's what's causing the error [10:18:43] it is at /maintenance/update.php [10:18:47] ah [10:18:59] old version of MediaWiki probably [10:19:01] i ran : [10:19:01] well the maint script in the FlaggedRevs folder [10:19:25] i ran this : [10:19:26] populateSha1.php [10:19:26] update.php [10:19:28] what release are you running [10:19:54] not flagged revs but MediaWiki [10:19:56] 1.15.0 for mediawiki and 1.15 for the extension [10:20:11] that should work [10:20:50] yes it's my problem that should work [10:20:57] :) [10:20:59] :( [10:21:46] i see a difference after trying to install [10:22:13] i install it in french and after try the interface come in english [10:22:49] that should not make a difference [10:24:07] 03(NEW) New logo for oc wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19674 enhancement; Normal; Wiktionary tools: General; (cvalmary) [10:24:45] if it's installed do you know were i can see the difference in Admin account ? [10:25:52] normaly i have new user rights group [10:25:55] ? [10:26:58] 03(NEW) New logo for oc wikibook - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19675 enhancement; Normal; Wikimedia: General/Unknown; (cvalmary) [10:27:20] 03(mod) New logo for oc wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19674 (10p858snake) [10:27:33] 03(mod) New logo for oc wikibook - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19675 (10cvalmary) [10:28:24] 03(mod) New logo for oc wikibook - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19675 (10p858snake) [10:29:08] hmm that isn't highlighting me, i might have to setup force highlight for when my nickname differs now [10:31:29] cybunk, wat dacht je van de admin tools ? [10:33:21] excuse me what do it mean "dacht je van de" ? [10:34:58] 03(mod) New logo for oc wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19674 (10Platonides) [10:38:13] *f00li5h meows [10:38:31] *Emufarmers pets [10:38:37] *f00li5h purrs =^_^= [10:39:08] 03(mod) New logo for oc wikibook - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19675 +comment (10Platonides) [11:01:10] 03(mod) New logo for oc wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19674 (10cvalmary) [11:03:04] excuse me what does that mean "dacht je van de" ? [11:09:03] test [11:09:15] test test [11:20:09] [[mw:Commit access requests]] is overcrowded: 15 users are on the list / some of them are waiting for almost three months now :-/ [11:35:35] 03(mod) Can not search on the left side bar - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 +comment (10rainman) [11:36:14] 03(mod) Can not search on the left side bar - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 (10rainman) [11:44:57] 03(NEW) IE6 compatibility for new search UI - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19676 normal; Normal; MediaWiki: Search; (rainman) [12:10:40] 03btongminh * r53131 10/trunk/phase3/ (RELEASE-NOTES includes/api/ApiQuerySiteinfo.php): (bug 17809) Add number of users in user groups to meta=siteinfo [12:10:50] 03(FIXED) API should have method to return number in user group - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17809 +comment (10Bryan.TongMinh) [12:13:30] 03(mod) Can not search on the left side bar - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 (10-d___b-) [12:15:21] 03(mod) Can not search on the left side bar - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19670 15enhancement->normal; +comment (10hartman) [12:23:48] 03(mod) follow options for paragraphs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19530 (10yoavstab) [12:29:20] 03(mod) follow options for paragraphs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19530 (10niklas.laxstrom) [12:38:20] 03btongminh * r53132 10/trunk/phase3/ (4 files in 2 dirs): (bug 18533) Add readonly reason to readonly exception [12:38:37] 03(FIXED) siteinfo and action errors should include readonly message - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18533 +comment (10Bryan.TongMinh) [12:38:49] sweet [12:43:21] Splarka: ? [12:43:53] that bug, now action=edit via api giving readonly error will give the reason [12:43:55] *Nikerabbit throws strawberry cake at Splarka [12:44:10] *Splarka swats it back with cricket bat [12:45:32] the piece was so huke that the rest of if splatted your face [13:23:08] 03(mod) Setting "{{#ask: ... |link=none}}" works, but "{{#ask: ... |link= none}}" does not. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18910 (10markus) [13:26:25] checkuser can check only ip addresses of edits or also new user creation? [13:27:14] Danny_B: any logged actions [13:39:47] Is there a way to override the messages set in another extension? I'm writing a ConfirmEdit plugin and I want to change captchahelp-text [14:02:59] 03(mod) Localization of img_auth.php - with enhancements - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 (10jack.pond) [14:41:48] 03purodha * r53133 10/trunk/extensions/SlippyMap/SlippyMap.i18n.php: [14:41:48] Typing errors in messages corrected, according to hints at [14:41:48] http://translatewiki.net/w/i.php?title=Support&oldid=1300332#Slippy_Map [14:47:30] 03(mod) Localization of img_auth.php - with enhancements - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19646 (10jack.pond) [14:59:01] 03purodha * r53134 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: [14:59:01] Slippy Map: slippymap_tagname, slippymap_extname optional according to hint at [14:59:01] http://translatewiki.net/w/i.php?title=Support&oldid=1300332#Slippy_Map [15:23:06] is there a way to find out which pages use a certain template more than once? [15:50:27] Could someone give feedbacks about those bug reports? https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&bug_status=NEW&emailassigned_to1=1&emailreporter1=1&emailtype1=exact&email1=alfred.maghi%40gmail.com&emailtype2=substring&email2=&bugidtype=include&bu [16:01:28] 03vrandezo * r53135 10/trunk/extensions/SemanticResultFormats/ (3 files in 2 dirs): [16:01:28] Refreshed ploticus format slightly [16:01:28] * changed standard image format from png to gif, since ploticus binary build on windows does not support png, but all binary releases support gif [16:01:28] * replaced generic ploticus format with a special ploticus verical bar format (as an example) [16:01:30] * changed data input from wikivalue to xsdvalue, since commas in number may confuse ploticus [16:05:57] 03(mod) extension to list pages with the most revisors - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19632 +comment (10subfader) [16:29:56] 03(mod) extension to list pages with the most revisors - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19632 (10alfred.maghi) [16:58:47] 03simetrical * r53136 10/trunk/phase3/includes/OutputPage.php: [16:58:47] Fix for r53034: left off \n on doctype [16:58:47] I knew it had to be impossible to change two lines without breaking [16:58:47] something. :) [17:11:13] 03(FIXED) Add section edit link for 0th section - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=156 +comment (10alfred.maghi) [17:16:56] 03(mod) Ploticus: not working at all - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17137 +comment (10dvr) [17:18:41] 03(mod) Ploticus: Binary not found - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17991 +comment (10dvr) [17:24:16] looking for happy melon [17:27:33] 03(mod) Add section edit link for 0th section - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=156 (10jidanni) [17:34:18] 04(REOPENED) Add section edit link for 0th section - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=156 +comment (10Simetrical+wikibugs) [17:37:09] TimStarling, how does this look to you? Reading the comment at the bottom first, and keeping in mind it's a very quick hack that I wrote up. So more the idea behind it. http://dpaste.com/66248/ [17:38:19] Argh, my HTML 5 addition that was supposed to break absolutely nothing guaranteed broke something. Somehow. [17:39:51] I'll have you know this is theoretically impossible. [17:53:58] 03(WONTFIX) Add section edit link for 0th section - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=156 +comment (10alfred.maghi) [17:54:17] hehheh [17:55:32] 03simetrical * r53137 10/trunk/phase3/ (RELEASE-NOTES includes/DefaultSettings.php): (log message trimmed) [17:55:33] Turn off $wgHtml5 by default [17:55:33] I discovered that the HTML 5 doctype does in fact trigger standards [17:55:33] mode in all major browsers . . . but the old XHTML 1.0 Transitional [17:55:33] doctype we were using did *not*. It triggers "almost standards mode" in [17:55:36] some browsers. The difference is causing some rendering issues that [17:55:38] will have to block deployment for the moment. [17:55:55] Simetrical: looks like it would work well as a subclass [17:56:10] TimStarling, seems like that would require some code duplication at present? [17:56:59] 03(mod) Exhibit: Wrong HTML redirect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17446 +comment (10dvr) [17:57:19] 04(REOPENED) Add section edit link for 0th section - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=156 +comment (10Simetrical+wikibugs) [17:57:22] a little bit of refactoring [17:58:29] using a global variable like that is not on [17:59:06] the obvious problem is that as it is, you'll break messages [17:59:24] but using a subclass, you can then define a parser configuration for primary article text, and another one for messages [17:59:55] then there's no need to convert a few MB of i18n text to this new syntax [18:00:22] and you leave the way open to drop in other syntax options [18:00:34] global variable switches like that would get very tedious very quickly [18:01:01] it would be pretty cool to be able to drop in bbcode, or wikicreole [18:02:45] hmm, what are we talking about? [18:05:50] 03(mod) Add section edit link for 0th section - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=156 (10jidanni) [18:11:47] 03vrandezo * r53138 10/trunk/extensions/SemanticResultFormats/Exhibit/SRF_Exhibit.php: Resolved bug 17244, allowing whitespace between commas in facets [18:13:57] 03(FIXED) Exhibit: Spaces bettween facets - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17244 +comment (10dvr) [18:14:18] 03mark * r53139 10/trunk/pybal/pybal/monitors/proxyfetch.py: Make timeout and interval configurable parameters in proxyfetch [18:17:40] 03(mod) API list=allusers should implement account creation cutoff dates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19664 (10jidanni) [18:30:17] 03root * r53140 10/trunk/pybal/pybal/monitors/__init__.py: Let's not have a nonfunctional module in svn ;) [18:33:15] I'm getting a stackdump when I'm trying to create a page from an extension using the API. Writing through the API is enabled, the group permissions have been set for the user group. The error message on the stack dump is: noapiwrite: Editing of this wiki through the API is disabled. Make sure the $wgEnableWriteAPI=true; statement is included in the wiki's LocalSettings.php file. I'm... [18:33:17] ...using MediaWiki version 1.15 [18:36:49] 03simetrical * r53141 10/trunk/phase3/ (3 files in 3 dirs): [18:36:49] Remove KHTMLFixes.css [18:36:49] This was added more than five years ago, in r3532. It was being loaded [18:36:49] for WebKit as well as KHTML, and I could notice no difference in either [18:36:49] Chrome or Konqueror whether it was loaded or not. It was responsible [18:36:51] for causing display errors with an HTML 5 doctype in WebKit. [18:36:53] 03simetrical * r53142 10/trunk/phase3/includes/DefaultSettings.php: (log message trimmed) [18:36:55] Re-enable $wgHtml5 [18:36:57] The rendering issue that prompted r53137 has been fixed in r53141. [18:36:59] However, everyone should be on the lookout for browsers becoming [18:37:01] slightly more standards-compliant when this is enabled, possibly [18:37:05] breaking some things. Since there are no known issues, it should be [18:37:07] safe to re-enable so it can get further testing. See this page for info [18:43:09] 03(mod) the word "public" is missing in many translations of 'all-logs-page' - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18457 summary; +comment (10jidanni) [18:45:54] 03(NEW) Stack dump with errors when trying to create pages through the API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 major; Normal; MediaWiki: API; (lhridley) [18:46:29] Simetrical: Did you have some script which I could hook up to watch SVN commits so I can run a mw.git mirror? [18:47:08] avar, no, I just do git svn rebase. I figure it would probably suffice to just have your server run that in a loop with some sleeps thrown in. [18:51:34] right, let's see if I can come up with something that sucks less:) [18:52:46] 03simetrical * r53143 10/trunk/phase3/ (RELEASE-NOTES skins/common/wikibits.js): (log message trimmed) [18:52:46] Do not load old CSS fixes for new browsers [18:52:46] It's bad form to load a fix for "version X and later". That means that [18:52:46] if the browser vendor fixes the underlying bug, they'll be served [18:52:46] incorrect markup and break. On the other hand, if you check for just [18:52:50] "version X", then if they fix the bug they'll be fine, but if they [18:52:52] *don't* fix the bug they'll break, which is as it should be. :) [18:53:04] avar, maybe ViewVC provides a feed? [18:58:36] domas, don't your changes let through things like: http://myspamsite.com/spamspamspam?ignoredparam=http://en.wikipedia.org/ [18:59:07] ARG, don't spam me bro :) [18:59:19] preg_match( '!^' . preg_quote( $wgServer, '!' ) . '/', $url ) ? [18:59:25] Er. [18:59:25] simetrical: do they? [18:59:28] '/!' [18:59:44] I don't know, it looks like it to me at a glance. [18:59:57] Any chance that'd affect whether spam blacklist blocks links? I hope not! [19:00:46] No, should be irrelevant. [19:00:53] Only affects externallinks table. [19:12:28] 03(mod) Stack dump with errors when trying to create pages through the API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 (10Bryan.TongMinh) [19:14:44] 03(mod) Stack dump with errors when trying to create pages through the API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 (10lhridley) [19:15:09] 03(mod) $wgServer can't be set properly with --server attribute in command line tools - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19593 (10jidanni) [19:15:17] 03(mod) sitemap-index doesn't include full location path - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=9675 (10jidanni) [19:17:38] 03avar * r53144 10/trunk/tools/mediawiki-svn-to-git-gateway/ (. update-git.pl): Scripts to create a git mirror of the MediaWiki SVN repository [19:17:55] 03(mod) Stack dump with errors when trying to create pages through the API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 (10lhridley) [19:19:59] Simetrical: Hrm, I'll store the public repo at /var/cache/git/mediawiki as a --bare repo, but I can't do git svn rebase there directly because that doesn't work on bare repos [19:20:14] lhridley: create your ApiMain with new ApiMain($params, true); [19:20:21] So can I do it with my checked out copy without git push pushing commits that I've made locally, as opposed to ones from the MW server? [19:20:49] perhaps git-svn puts all the authorative commits in a branch which I can push, ignoring my working copy [19:20:50] OK...I did that, but I wasn't aware that you had to pass the second parameter. I thought that was taken care of when you set $wgEnableWriteAPI = true; [19:20:58] I'd rather not have two checkouts of this 600MB repo:) [19:22:10] 14(INVALID) Stack dump with errors when trying to create pages through the API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19677 +comment (10Bryan.TongMinh) [19:22:24] lhridley: that is only when you enter the API via its entry point at api.php [19:23:08] Ahhh. So, if you're working within the MediaWiki interface, you have to pass the parameter? [19:23:17] yes [19:23:24] 03(mod) Difficulties reaching IPv6-enabled sites (bugzilla, lists) in Opera, Chrome on some systems - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17140 summary; +comment (10brion) [19:23:26] OK, that makes sense now. Thanks! [19:24:04] Bryan: Do you want me to close the bug I opened, or have you taken care of that? [19:24:08] 03(mod) Exhibit: Pictures just as Link - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17136 trivial->15enhancement; +comment (10dvr) [19:24:16] I just did [19:24:28] Kewl...Thanks for your help. [19:25:59] 03(NEW) Logo not loading on enwiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19678 normal; Normal; Wikimedia: General/Unknown; (magnusanimum) [19:28:17] 03(mod) Logo not loading on enwiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19678 (10magnusanimum) [19:29:27] 03(mod) Self-link feature should use only CSS, not HTML strong tag, for greater flexibility - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 (10harryalffa) [19:30:56] So it turns out that cellspacing isn't actually possible to reproduce cross-browser in CSS. [19:30:57] Great. [19:33:22] Hello all...I see a tiny problem on talk page edit pages. Where is says "*Please remember to add your name after your message by inserting four tildes (~~~~) " there is a stray tag. [19:33:59] I think. [19:34:06] Lady_Aleena, on mediawiki.org? [19:34:22] Simetrical, I see it on http://en.wikipedia.org/w/index.php?title=User_talk:I_dream_of_horses&action=edit§ion=new [19:34:40] Lady_Aleena, if it's on enwiki, talk to the enwiki people, we don't maintain that template there. [19:35:45] 03(mod) Self-link feature should use only CSS, not HTML strong tag, for greater flexibility - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19213 (10jidanni) [19:35:52] I would have thought that was standard across all wikimedia wikis. [19:41:42] Simetrical, it was a user specific thing...sorry for the false alarm. [19:42:13] It's not standard. [19:44:13] Simetrical, I figured that after looking around a bit. [19:46:42] 03avar * r53145 10/trunk/tools/mediawiki-svn-to-git-gateway/update-git.pl: [19:46:42] Meh, can't get this to work properly. [19:46:42] I'll resurrect it if I have time for this later [19:47:05] Simetrical: Write it if you have time, I'll host it:) [19:47:16] avar, nah, busy with other stuff. [19:47:24] :) [19:47:38] is it possible to have javascript widgets and iframes on a page? and is it possible to restrict permissions to add such things? [19:49:11] Simetrical: would we still be XML-compatible if we moved to HTML5? [19:49:23] donri: you can try the Widgets extension [19:49:28] !e Widgets [19:49:28] --mwbot-- http://www.mediawiki.org/wiki/Extension:Widgets [19:49:32] ialex, initially, yes. We would continue to output well-formed XML. [19:49:32] ialex: none [19:49:47] ialex, later we could consider not providing XML, but we don't have to. [19:50:11] vvv: i'm just asking about well-formed XML [19:50:13] Is there any reason why should we? [19:50:25] vvv, I've already given the reasons on the list multiple times. [19:50:37] We can discuss it later, it's not urgent anyway. [19:50:39] to be able to use application/xhtml+xml for development [19:51:05] Why would you want to use that? [19:51:12] application/xhtml+xml ftw [19:51:19] I just it to check some error, including unescaped strings [19:51:24] Simetrical: It's great when you're hacking skins / the parser so see if you screwed something up [19:51:35] XML MIME type changes a lot of behavior. [19:52:14] IMO we should forget about XML, XHTML is dead and non-XML HTML is more readable and more compact. But it's not necessary to do that at this stage, we can discuss it later. [19:52:15] with a page containing a "&" in its title [19:52:30] First let's roll out HTML 5 period. :) [19:53:42] Simetrical: I find XHTML more readable than HTML ;) [20:06:02] 03(mod) listing of none protected page with list=allpages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18770 (10Bryan.TongMinh) [20:09:36] anyone in here know if there is a built in way to block usernames based on regex? [20:10:09] Darkrift2, you need an extension. [20:10:19] I get a lot of "123 buy " usernames spamming me. I added recaptcha and some regex spam filters in the localsettings file, bt I was hoping to block usernames with ### buy * [20:10:22] ok, thanks [20:10:45] Darkrift2: you can use title blacklist for that [20:10:49] ! TitleBlacklist [20:10:51] !e TitleBlacklist [20:10:51] --mwbot-- http://www.mediawiki.org/wiki/Extension:TitleBlacklist [20:10:58] I installed that, just dont understand how to use it [20:11:10] maybe i missed something but that page left me confused [20:11:30] the documentation is there - you want a line with \d\d\d buy.* [20:11:48] or something like that (depends on what the usernames are) [20:11:59] 3 numbers, the word buy and a drug name [20:12:02] 555 buy cialis [20:12:06] 128 buy viagra [20:12:15] k, that one should be fine [20:12:15] k [20:13:27] so: "\d\d\d buy .* " should work? [20:13:33] 03(FIXED) Monobook skin doesn't take care of $wgDocType and $wgDTD - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12672 +comment (10alex.emsenhuber) [20:14:08] if so, thank you much. You just did what me googling for 3 hours prob didnt do [20:14:20] should do, yes [20:15:29] will leaving the part off also block the creation of pages with names that match that? [20:15:44] actually, nvm [20:15:45] vvv: does ^\d\d\d buy \w{4,10}$ do what I expect? (ie the first/last anchors will anchor at the beginning/end properly?) [20:15:47] that should work as it is [20:16:07] Darkrift2: yeah, you can do one line with for the accounts and another without it to stop page titles too [20:16:31] ok, thanks again [20:16:39] vvv: I ask because SpamBlacklist handles ^/$ in a surprising way (from the user's POV) [20:17:01] Mike_lifeguard: there's no need in ^ ... $ [20:17:04] thats becaues ^$ in spamblacklist matches the whole article from the db, not just the url you are blocking [20:17:08] They are added automatically [20:17:12] yes, exactly [20:17:20] im pretty sure in the titleblacklist it would just match the username or title [20:17:25] so it would prob work as expected [20:17:40] vvv: k, thanks! I just noticed that we have no ^$ in our title blacklist, so we could otherwise be matching things wrongly [20:17:52] TBL matches titles against /^(?:R)$/us, where R is regex [20:18:05] Each title is matched seperately [20:18:06] nice [20:19:46] anybody knows how far mdale got with the new-upload branch? [20:23:09] 03(WONTFIX) Cross-wiki API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14024 +comment (10Bryan.TongMinh) [20:23:12] Hi, I'm currently tracking a bug against a mediawiki patch in the Fedora mediawiki package, and I'd really appreciate if I could get a mediawiki developer to offer some comments on it. [20:24:27] The bug is https://bugzilla.redhat.com/show_bug.cgi?id=484855, and the patch in question is http://cvs.fedoraproject.org/viewvc/rpms/mediawiki/devel/mediawiki-1.15.0-commoncode.patch?revision=1.1&view=markup, I've been trying to convince the package owner to get rid of the Fedora-only patch, or to at least try to get it accepted upstream instead, as it has caused several breakages for mediawiki in Fedora :-( [20:24:55] I haven't had much luck with the convincing though, so I thought I'd ask to see what the upstream developers have to say on the matter. [20:26:42] the chdir() calls with hardcoded paths are not going to make it [20:26:52] Why is the path weird in their package? (which I /think/ is the problem?) [20:28:05] The patch is an attempt to allow index.php to be the only file put in a web-accessible directory (so there'd be /var/www/wiki/{config,images,index.php}, but all of the includes and other files/directories are in /usr/share/mediawiki) [20:29:14] how do you delete users from the wiki? [20:29:26] i can block them, but it doesnt delete their account [20:29:52] Darkrift2: you don't [20:29:54] Darkrift2: use "User Merge and Delete" extension [20:29:56] I haven't finished counting all of the problems that the patch introduces yet. It's kind of going against the Fedora philosophy of keeping close to upstream :-( [20:30:22] it sounds messy - $IP is used in lots of places, I assume [20:30:29] does it actually solve any problems? [20:30:50] Definitely, and the patch misses a bunch of places where $IP is used, which caused a lot of breakage [20:31:42] I personally don't think it solves any problems, but the package maintainer says that he did it to make multiple wiki instances work while keeping package upgrades "simple" and avoiding exposing stuff like /includes/ to the web. [20:32:06] I disagree with both the implementation and the upgrades concern though, as I expressed in the huge thread at that bug [20:32:55] Yes, I'm reading it now :) [20:33:24] Much appreciated :-) I'm hoping that he'll be more receptive to the opinions of mediawiki developers [20:33:27] In any case, you don't care what I say because I'm not a developer. Someone who actually is might be able to say whether we care what this guy thinks :D [20:33:42] I imagine not, but you never know [20:34:11] Any thoughts/comments are valuable to me :-) [20:35:47] I know developers are probably not that all that interested in distro packaging matters, but any Fedora/RHEL users that use the mediawiki package would be very grateful he could be convinced to get rid of the patch. Even fedoraproject.org's wiki has to run a custom package due to breakages introduced by the patch [20:36:03] 03ialex * r53146 10/trunk/extensions/ (16 files in 5 dirs): svn:eol-style native [20:37:27] heh [20:37:29] so fire him [20:38:39] No comment :-/ [20:38:56] FWIW, I never recommend using packaged mediawiki [20:39:16] I don't blame you :-( [20:39:36] I can see how broken packages like this would make the experience seem a lot more painful than it really is. [20:40:43] ricky: Wikimedia also has only index.php (and maybe LocalSettings.php) in web server's path and the rest somewhere else [20:42:24] ialex: What I suggested in the bug was keeping the entire directory outside of the documentroot and using aliases to only expose the parts that are needed. Could that be similar to what wikimedia does? [20:43:20] ricky: as far as I can see, only an index.php file that require()s MediaWiki's one [20:44:20] Hm, that's an interesting approach as well - I wonder if that would accompish what he wanted without all that patching. [20:52:25] ricky, why can't he use symlinks instead of having to hack the code? [20:52:37] Although yeah, the require() of MediaWiki's index.php makes sense too. [20:53:01] I honestly don't know. I strongly disagree with his patching, especially since it broke a lot of things :-( [20:53:11] This is why distros suck. [20:53:38] Fedora tries to stick as close to upstream as possible, but this package... fails at that :-( [20:55:24] Okay, now I need an enwiki sysop: http://en.wikipedia.org/wiki/Talk:Main_Page#Requested_adjustments_to_Main_Page_HTML [20:56:07] I need PHP help [20:56:16] how do I construct a class when I have a string with its name? [20:56:46] Does new $foo; not work? [20:57:35] I have no clue [20:57:44] probably, I'll try it, thanks [20:59:47] we should create a Main Page/sandbox so that we don't need to find and replace a list of things, Simetrical ;) [21:02:11] Hm, I just tried creating an index.php file containing: " And [[Template:TFAfooter/sandbox]], and [[Template:POTD row/sandbox]], and [[Template:WikipediaSister/sandbox]], . . . [21:02:20] I guess I should have posted on all the relevant talk pages. [21:02:33] But the changes have to be made in sync, or they'll mess things up. [21:02:45] Maybe a chdir("/srv/mediawiki"); require... would do it. [21:02:50] ricky, $IP is set in LocalSettings.php. [21:03:20] Oh, this is before I've run any install scripts, so in this situation, I think it's getting set in WebStart.php [21:05:44] Simetrical: it's also set in WebStart.php [21:05:58] from realpath( '.') [21:06:03] iirc [21:06:15] I don't think this will turn out to be equivalent to what he was trying to do with that patch, which puts me back at trying to convince him to get rid of it altogether :-/ [21:07:13] ricky: did the chdir() work? [21:07:19] 03(NEW) special:emailuser without a target - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19679 enhancement; Normal; MediaWiki: Email; (dannychia) [21:09:18] 03(mod) Special:Emailuser should have an input form - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13879 +comment (10alex.emsenhuber) [21:09:20] 14(DUP) special:emailuser without a target - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19679 +comment (10alex.emsenhuber) [21:09:42] ialex: It did initially, but to keep the installation seamless, the default LocalSettings.php might need to be changed to support this, which I'd rather avoid patching. I still need to test a full install from scratch using the chdir + require though. [21:12:40] 03(mod) API: support for "tags" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19004 (10matthew.britton) [21:13:17] Yeah, it causes pain with config/index.php as well :-( [21:16:19] So while I don't see any direct alternative to the patch right now, I still don't think it should be in the package. [21:17:11] 03btongminh * r53147 10/trunk/phase3/includes/QueryPage.php: Refactored the querying code out of the display code, to allow a future API module for query pages. No user visible changes. [21:20:59] So would any developers possibly have a statement or opinion that they can give about the inclusion of these code changes? I think a comment from mediawiki developer would be more credible than anything coming from me :-) [21:21:14] ricky, what's a link? [21:21:39] Oh, the bug is https://bugzilla.redhat.com/show_bug.cgi?id=484855, and the patch in question is http://cvs.fedoraproject.org/viewvc/rpms/mediawiki/devel/mediawiki-1.15.0-commoncode.patch?revision=1.1&view=markup [21:23:06] I notice the guy has no idea what api.php is. [21:24:19] Yeah, the first few comments are a user report about one of the breakages caused by the patch [21:25:19] I assume that nobody's figured out about img_auth.php yet. [21:25:23] Or opensearch_desc.php. [21:25:26] Or redirect.php. [21:25:38] Or thumb.php or trackback.php. All of which are meant to be publicly accessible. [21:25:42] (Or have they?) [21:25:57] I mentioned those in the list of stuff that the patch broke, but I've gotten no response about those breakages yet :-( [21:26:05] It's a pretty sorry situation right now, I have to say. [21:29:16] *ricky missed a few of those in his aliases too. It's nice that they're all well documented at http://www.mediawiki.org/wiki/Manual:Code and all [21:31:36] 03vrandezo * r53148 10/trunk/extensions/SemanticMediaWiki/includes/storage/SMW_SQLHelpers.php: Hopefully this solves the collation problem [21:34:14] I am trying to create a template with a
 tag inside of it.  I've tried using , but it doesnt seem to be working.  Any suggestions?
[21:35:54] 	ricky, is there some official Fedora policy I can link to that maintainers are supposed to send patches upstream if possible?
[21:36:23] 	03(ASSIGNED) Exhibit: Pictures just as Link - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17136  +comment (10fh)
[21:37:37] 	Simetrical: http://fedoraproject.org/wiki/Packaging:Guidelines#All_patches_should_have_an_upstream_bug_link_or_comment and http://fedoraproject.org/wiki/Staying_close_to_upstream_projects would be good links
[21:51:40] 	ricky, I posted on the bug.
[21:52:00] 	03btongminh * r53149 10/trunk/phase3/ (5 files in 3 dirs): 
[21:52:00] 	(bug 14869) Allow access to QueryPage-based special pages via API
[21:52:00] 	Only brokenredirects for now, until I find out which other special pages are suitable.
[21:52:51] 	Simetrical: Thank you very much :-)  Hopefully something useful can come out of this
[21:53:56] 	03(mod) Access QueryPage-based special pages via API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14869  +comment (10Bryan.TongMinh)
[21:54:31] 	03(ASSIGNED) Access QueryPage-based special pages via API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14869  (10Bryan.TongMinh)
[21:55:58] 	this one is so awesome: api.php?action=query&list=querypage&qpquerypage=brokenredirects
[21:57:18] 	03(NEW) Edits caught by multiple filters, none set to disallow, prevents edit - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19680 normal; Normal; MediaWiki extensions: AbuseFilter; (od_mishehu)
[21:59:19] 	03(mod) API: support for "tags" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19004  (10Bryan.TongMinh)
[22:06:29] 	03(mod) Support local names in our PostGIS schema - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19668  (10avarab)
[22:07:58] 	03(FIXED) API must be accessed through the primary script entry point error - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13049  +comment (10Bryan.TongMinh)
[22:12:07] 	Bryan: <3 :-)
[22:12:32] 	bug-close-spree
[22:31:12] 	What variable refers to the the directory name of the install? I.e. not /htdocs/wiki but just /wiki
[22:33:20] 	$wgScriptPath?
[22:51:45] 	Where can I see the MediaWiki version a site running?
[22:51:58] 	Special:Version
[22:53:21] 	Reedy: Thank you.
[22:53:58] 	Ty 
[23:12:09] 	03(mod) Cross-wiki API - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14024  +comment (10mrzmanwiki)
[23:30:18] 	03(mod) Logo not loading on enwiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19678  +comment (10hartman)
[23:32:32] 	03rememberthedot * r53150 10/trunk/phase3/ (5 files in 4 dirs): 
[23:32:32] 	Removed repetition of URIs in the title attributes (tooltips) of external links.
[23:32:32] 	Web browsers typically display the target URIs of links in the status bar,
[23:32:32] 	making repeating the URIs in tooltips redundant. Some browsers, like Opera, can
[23:32:33] 	be configured to display the URIs in tooltips instead of the status bar without
[23:32:37] 	the web page having to supply title attributes at all.
[23:32:39] 	As part of this process, I refactored some of Linker.php and removed an unused parameter from getExternalLinkAttributes.