[00:14:55] 03demon * r52951 10/trunk/phase3/includes/db/ (Database.php DatabaseMysql.php): (bug 19591) Move setBigSelects() to DatabaseMysql [00:15:45] 03(FIXED) Move setBigSelects() to DatabaseMysql - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19591 +comment (10innocentkiller) [00:21:19] flyingparchment: do you have a bot in -toolserver that reports edits to the confluence wiki? [00:22:54] No. [00:23:01] There's one for the MW wiki, though. [00:23:05] And JIRA. [00:24:36] 04(REOPENED) Check for empty section before printing title, else visible in text browsers - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19185 +comment (10jidanni) [00:28:15] 03demon * r52952 10/trunk/phase3/ (RELEASE-NOTES languages/messages/MessagesEn.php): (bug 19602) PubMed Magic links use outdated URL pattern [00:30:37] 03(mod) $wgServer can't be set properly with --server attribute in command line tools - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19593 +comment (10innocentkiller) [00:31:11] 03(FIXED) PubMed Magic links use outdated URL pattern - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19602 +comment (10innocentkiller) [00:34:08] bug 2054 [00:34:22] bug 15468 [00:34:23] !b 2054 [00:34:23] --mwbot-- https://bugzilla.wikimedia.org/show_bug.cgi?id=2054 [00:34:38] thanks (-: [00:44:02] 03catrope * r52953 10/trunk/extensions/UsabilityInitiative/Resources/jquery.combined.js: UsabilityInitiative: minify jquery.combined.js because we can; it's generated from other files anyway [00:48:51] CodeReview should have an RSS feed. [00:49:02] now that is a brilliant idea [00:49:05] Only . . . a really big one, like the last hundred commits. [00:49:12] Or a few hundred, preferably. [00:49:20] Because otherwise it would get stale very fast. [00:49:41] Although to be useful you might want it to be path-specific somehow. [00:49:56] So I don't get spammed with all the SMW stuff or whatever that I currently filter in Gmail. [00:49:56] It needs to stick its changes in the recentchanges table. [00:49:58] <^demon> That would be really cool though. [00:50:04] Then you could have IRC reporting, RSS feeds, etc. [00:50:13] Well, at the very least, can wikibugs-l link to CodeReview? [00:50:15] There's an open bug. [00:50:17] <^demon> RC would let us spam the channel with comments like we do with bz. [00:50:29] True, that would be cool. [00:50:36] We could have parallel conversations in CR and IRC! [00:50:41] wikibugs-l is about bugs, not revisions... [00:50:47] *Simetrical petitions to get Aaron forced to do more work [00:50:49] Um. [00:50:52] <^demon> Simetrical: Brilliant. [00:50:57] mediawiki-cvs-l, whatever it's called, I don't know. [00:51:07] I don't read the name of the list, I just read the list. :P [00:51:15] <^demon> mediawiki-cvs. [00:52:20] *Simetrical wants to delete SkinTemplate.php. [00:53:04] *^demon would endorse that [00:53:39] <^demon> bug 17817: "Skin system needs some sanity" [00:54:49] Is that one of the ones I filed? [00:54:56] <^demon> I filed that. [00:55:11] <^demon> Early march. [00:55:13] I'm pretty sure I beat you to it by like two years. :P [00:55:42] https://bugzilla.wikimedia.org/show_bug.cgi?id=6884 [00:55:47] <^demon> Oh crap, +2000 bugs since March? I thought it had been speeding up. [00:55:47] More than two years. [00:55:55] sweet [00:56:12] What we really need is to just require all skins to output the same base HTML. [00:56:16] <^demon> Yes. [00:56:18] No moving stuff around and changing id's arbitrarily. [00:56:21] We have CSS for a reason. [00:56:30] <^demon> I'll dupe mine. [00:56:40] If changes to the actual content are desired, those can be done in a systematic and considered fashion. [00:56:46] Not just by using a totally different set of HTML. [00:57:36] I'm not going to put too much work into a CSS-based unification of the skin files until we don't have to worry about IE6, though. [00:57:41] Or preferably IE7. [00:57:55] is there a page documenting what i need to POST toupload file and to where? or am i going to have to tear the special:upload form and reverse engineer this whole thing from scratch [00:58:03] If you can use straight absolute positioning, floats, etc. without stupid hacks for IE, it's really pretty easy to get CSS to do what you want. [00:58:07] uberfuzzy|busy, use the bot API. [00:58:10] !api | uberfuzzy|busy [00:58:10] --mwbot-- uberfuzzy|busy: The MediaWiki API provides direct, high-level access to the data contained in the MediaWiki databases. Client programs should be able to use the API to login, get data, and post changes. Find out more at . For client libraries in various languages, see . [00:58:19] Assuming that supports uploads, which I'd think it does. [00:58:24] <^demon> Simetrical: File uploads don't exist in API yet. [00:58:26] Drat. [00:58:29] not yet [00:58:32] <^demon> It's in new-upload [00:58:39] 03catrope * r52954 10/trunk/extensions/UsabilityInitiative/OptIn/ (OptIn.css OptIn.i18n.php SpecialOptIn.php): OptIn: Committing WIP [00:58:55] 14(DUP) Skin system needs some sanity - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17817 +comment (10innocentkiller) [00:58:58] 03(mod) Merge all skins' PHP files - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6884 +comment (10innocentkiller) [00:59:03] 03(mod) Options for Skins - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18365 (10innocentkiller) [00:59:04] uberfuzzy|busy, well, then you're going to have to figure out how to do it yourself and hope it continues to work. The forms are not meant to be accessed automatically, the parameters may or may not be stable. [00:59:05] 03(mod) A simple XML "skin" to be used with XSLT - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17829 (10innocentkiller) [00:59:29] ^demon, Simetrical, uberfuzzy|busy: FYI, I spoke to Michael Dale today and on my request he's gonna try to merge the ApiUpload part of his branch soon [00:59:34] 03(mod) Merge all skins' PHP files - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6884 +comment (10innocentkiller) [00:59:35] As in probably this week [00:59:38] 03(mod) Options for Skins - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18365 (10innocentkiller) [00:59:39] Ah, nice. [00:59:41] 03(mod) A simple XML "skin" to be used with XSLT - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17829 (10innocentkiller) [00:59:46] <^demon> Yay about time \o/ [00:59:55] new-upload sounds awesome, although I haven't looked at it. [00:59:59] Maybe uploading actually won't suck! [01:00:39] <^demon> Simetrical: It's pretty slick. Core MW hasn't changed as much UI until you plug the extensions in on it. The backend was redone though and it can support API uploading. [01:00:51] ^demon, you know, when you move a function to DatabaseMysql and replace it with a no-op, you can remove the no-ops from all the other DB files. [01:00:55] The magic of inheritance! [01:00:58] Yeah and chunck uploading for Firefogg [01:01:02] <^demon> I didn't check, will do. [01:01:37] piece by piece, i wont need to use the web interface to do anything :) [01:01:50] That's like the ideal goal :) [01:02:30] now i wait for more of the special pages to move their way over... [01:03:43] <^demon> I wait for the query pages to not suck ;-) [01:04:10] 03simetrical * r52955 10/trunk/phase3/includes/Preferences.php: Adjust error message to be clearer for empty var [01:04:18] Oh, I thought I had already committed that. [01:04:23] 03simetrical * r52956 10/trunk/phase3/includes/db/ (5 files): [01:04:23] Remove redundant no-op implementations [01:04:23] Followup to r52951. [01:04:31] git can be confusing sometimes. :D [01:04:57] Simetrical: Do you use git-svn for MW? [01:05:01] avar, yes. [01:05:12] It works great, mostly. Except that git svn rebase is *horribly* slow. [01:05:47] And a couple of other random weird things. But overall I like it a lot. [01:05:48] Can you tar up your .git and give it to me? I hate using SVN but git svn clone on 20k revisions would take ages [01:05:56] Haha, yeah, sure. [01:06:09] 629M /var/www/git-trunk/.git [01:06:24] crikey [01:06:44] That's all of trunk, including branches. [01:06:51] nice [01:07:19] <^demon> Simetrical: Didn't you try checking out all of svn once to see how big it was? [01:07:48] ^demon, I vaguely recall something I tried doing that ended up being ridiculously long. [01:07:50] Could be. [01:08:55] <^demon> It would be really encouraging to see the total number of bugs actually go down one week. [01:09:01] 03(mod) Mark edits in Special:Recentchanges with (top), as in Special:Contributions - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=8482 +comment (10jidanni) [01:09:40] 03(mod) (top) in watchlists - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13698 +comment (10jidanni) [01:10:08] my mw checkout of just trunk is 622M under svn [01:11:26] <^demon> You know, I refuse to believe all 222 bugs marked as easy are actually easy. [01:11:27] 03catrope * r52957 10/trunk/extensions/UsabilityInitiative/OptIn/SpecialOptIn.php: OptIn: Add div clear [01:11:27] <^demon> 318 with extensions. [01:11:27] avar, are you counting the actual checked-out files, or only the .svn directories? [01:11:27] both:) [01:11:48] I wasn't counting the checked-out files, just .git. With the files it's 886M for me. [01:12:00] Pretty good given that it contains the full history of trunk plus all branches and tags. :P [01:12:06] avar, okay, I have a 585M tar.gz, where do you want it? [01:12:07] yeah [01:12:41] eek, I have to arrange hosting! :) [01:12:50] *avar looks at the ftpd on this box [01:13:08] <^demon> I can keep it for the time being if you need. [01:13:30] I could upload it to my website, but it will take a while. [01:13:45] nah I'll just poke the ftp [01:13:52] This isn't the first time this has come up. [01:14:12] I'd say it would be handy for remote personal use, but my home box has sshd running and I use vim for text editing anyway, so not really. :P [01:14:23] <^demon> Simetrical: Don't suppose throwing it on my VPS would be any faster? [01:14:39] 03tparscal * r52958 10/trunk/extensions/UsabilityInitiative/OptIn/ (14 files in 2 dirs): Added images and CSS to make buttons look pretty! [01:15:10] ^demon, I have root on a dedicated quad quad-core box with 16G of RAM that uses over 10 Mbps bandwidth at the 95th percentile, which I can use for whatever I want. I think it would be easier to just put it there. :P [01:15:20] *Simetrical almost wrote 10 Gbps -- *that* would be impressive [01:15:36] <^demon> Haha, yeah. [01:16:16] 03tparscal * r52959 10/trunk/extensions/UsabilityInitiative/OptIn/OptIn.css: Adjusted padding on buttons. [01:19:02] <^demon> SkinTemplate makes me angry. [01:20:42] *luminoso away: layer.cake.2004.720p.bluray.x264-reveille.mkv [01:21:03] $ pv /tmp/mw-git.tar.gz | nc thor.twcenter.net 9342 [01:21:06] *Simetrical <3 pv [01:21:09] *Simetrical <3 nc [01:21:31] Meh, only like 100 Kbps uplink. [01:21:56] If I had money I'd pay for an unreasonably good connection for times like this. [01:22:16] *avar just does git svn clone :) [01:22:27] avar, that takes a few days. [01:22:29] Literally. [01:22:33] do you know why rebase is so slow? [01:22:44] At least if you're getting all the branches too, and not having the branches sucks. [01:23:21] 1) SVN isn't designed to transmit the full revision history in a manner git can use efficiently. 2) Possibly: git-svn developers blame it on SVN and so don't optimize as much as they should. [01:23:38] It's not *that* slow, just switch to another window for a few minutes. [01:24:15] 03catrope * r52960 10/trunk/extensions/UsabilityInitiative/OptIn/SpecialOptIn.php: OptIn: Fix self-closing
and remove   [01:24:26] Is it spending a lot of times computing where it should start requesting revisions or is the time spent actually getting each rev? [01:24:34] But I guarantee you that it will take drastically less time for you to get the tar.gz from me than to git svn clone. [01:24:59] I'm actually not sure. I haven't profiled it or anything. I'll look at network/disk/CPU activity next time I fetch if I remember. [01:25:18] ETA to finish upload: 1:46:29, sigh. [01:25:38] But "days" is not an exaggeration. It took me like three days to clone this. [01:38:15] avar, I'm currently uploading it to http://aryeh.name/tmp-mw-git.tar.gz. You might be able to start downloading it now, I don't know how lighttpd handles downloads of files that are changing in the middle. [01:38:39] You'll probably download faster than I can upload and end up with a truncated file, which you could theoretically patch up via Range requests. Or you could wait till it looks done. :) [01:39:38] avar, hmm, no, git branch -l and git tag -l don't work properly. I can do git checkout REL1_15 or whatever to use branches. [01:39:53] Seeing as my download speed from you is 8MB/s this is likely to be true :) [01:40:21] From my server, you mean? You have a pretty good connection. [01:40:31] If it's that fast, obviously you may as well wait. [01:40:49] pv says . . . still about an hour and 45 minutes left, but that's because I throttled it with pv -R. [01:40:51] oh it's just "git branch", -l is something else [01:40:54] *Simetrical <3 <3 pv [01:41:20] Also doesn't show anything but (no branch) and master (and I think master refers to REL1_13 for some reason). [01:41:40] I'm pretty sure I did --stdlayout or equivalent. [01:41:54] I think git-svn doesn't store SVN branches as git branches for some reason. [01:42:08] mm [02:01:16] 03(mod) Spacing issue when no results returned - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18193 (10JSchulz_4587) [02:05:30] 03(mod) Embbed REVISIONID is missing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19499 summary; +comment (10JSchulz_4587) [02:06:03] What can I do that gets the same effect as ? [02:08:28] harej, in standard mw, not much [02:08:44] what about on Wikipedia? [02:08:50] nothing at all [02:09:02] is vaugely possible, I hear, by splitting the tags badly, sometimes, maybe [02:09:09] 03(mod) Embbed REVISIONID is missing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19499 (10JSchulz_4587) [02:09:13] Splarka, i think that stopped working years ago [02:09:44] zocky: I've seen people discuss it here more recently than "years" ago [02:10:20] I want to use a collapsible box on MfDs, except the collapsible box only shows on the main WP:MFD page, and not on the individual MFD itself. [02:11:10] 03(FIXED) using api to de-flag a revision not already flagged gives very cryptic error message - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19545 +comment (10JSchulz_4587) [02:18:47] whats a good website with a huge list of all the text formatting that can be done in mediawiki? like a key of all the ways you can edit a page [02:20:13] zocky: [23:31:40] this worked [02:20:16] [23:31:42] [02:20:16] [23:31:42] clude>[[Category:DataItem]]clude> [02:20:16] [23:31:42] [02:20:22] just a year ago: http://toolserver.org/~amidaniel/chanlogs/%23mediawiki/20080723.txt [02:22:17] Splarka, was that before or after the new parser/preprocessor? [02:22:40] well, that conversation was after [02:22:51] but I can't find any mention of neurotope mentioning what version they had [02:23:06] harej, btw, you can do that without tag salad [02:23:20] how, zocky [02:23:47] {{#ifeq:{{FULLPAGENAME}}|whatever you want|nothing|yourbox}} [02:23:58] i tried that and it didn't work [02:24:01] or you could use {{BASEPAGENAME}} if it's on subpages [02:24:06] hmmm, they seem to be using 1.15 [02:24:40] *Splarka gets clever/stalkery [02:26:44] ED is still on 1.13.3. For shame! [02:29:07] Hmm. What's a non-document.write() way to include a script? [02:29:35] there are no problems with it, right? [02:33:31] yeah [02:33:35] Because that's synchronous. [02:33:40] pretty much [02:33:47] but using it in an imported/src script is BAD [02:34:02] I often see it inserted into