[01:41:28] Reedy: Any chance you can run a short query on wikidatawiki? I'm getting incorrect results on the toolserver [01:41:32] mysql> select * from wb_items_per_site where ips_item_id=8497800; [01:41:43] that should return 0 rows, but ts is giving me 3 [04:09:15] Is there a doc page explaining how to use the debug console in Scribunto? [04:09:36] oh [04:09:40] Its interactive [04:09:41] d'oh [05:03:17] [[Tech]]; Billinghurst; /* Identifying wikis with local titlebacklists and issues within */ new section; https://meta.wikimedia.org/w/index.php?diff=5463236&oldid=5462571&rcid=4154606 [10:28:21] ???? [10:28:31] What just happened? [10:33:43] WTF? [10:56:00] morebots: how comes you didn't die [10:56:01] I am a logbot running on wikitech-static. [10:56:01] Messages are logged to wikitech.wikimedia.org/wiki/Server_Admin_Log. [10:56:01] To log a message, type !log . [10:56:20] !log "Search service is temporarily unavailable" since unknown time https://meta.wikimedia.org/wiki/Special:SearchTranslations?query=amen&uselang=en [10:56:29] Logged the message, Master [10:57:12] chatty hypocrite [13:42:45] legoktm: 3 on live too [17:15:50] Hello [17:17:13] Why doesn't mediawiki render svgs as... svgs? [17:17:25] Chrome, Safari and Firefox all support it. [17:17:50] because people expect basic support for old browsers. [17:18:42] then why not render them as pngs for old browsers and as svgs for the new ones. [17:19:02] because doing progressive enhancement properly is hard [17:19:54] Bazinga, the above reasons, and also some of our SVGs are really big and render/transfer relatively slowly [17:20:01] the PNGs can actually be faster/smaller :P :) [17:20:28] we've tossed around the idea of using the svgs directly but haven't worked out all the details yet [17:20:42] brion: What about offering a user preference? Render PNG if smaller as an option.. always render SVG etc. [17:20:54] i was under impression that there is some config setting that would make MW just use the SVGs directly, but can't find one now [17:21:15] Bazinga: MW has too many user preferences right now [17:21:34] Bazinga: and the WMF-used extensions only make it worse [17:21:50] there really should be less, not more [17:21:54] especially for things like these [17:22:03] Bazinga, prefs are also.... subideal as they can fragment our parser cache, slow things down, and generally be annoying :) [17:22:05] however [17:22:06] which if done properly won't require any preferences to be added [17:22:13] you could easily do some JS code that would load the SVGs [17:22:17] could be done as a gadget [17:22:22] downside: it may still load the PNGs first [17:22:59] the "properly" part includes not loading both versions, never breaking and showing blank spaces, not handing your browser when someone loads a tne-megabyte detailed SVG, etc [17:23:09] hanging* [17:23:16] ten-megabyte* [17:23:21] oh yay, I found where mozilla hides the 64-bit aurora build download [17:23:32] in the same place as the 32-bit one just without a link to it >:( [17:23:32] eww [17:23:47] I hated aurora [17:23:56] updating every time you start... [17:24:15] i like it cause it contains fixes i need :) [17:24:29] Bazinga, an example: this map is used on a lot of articles: http://en.wikipedia.org/wiki/File:Usa_edcp_location_map.svg [17:24:33] I guess :-P I'm on the dev-em chrome [17:24:33] the raw SVG is over 2 megs [17:24:59] Fair enough... [17:25:01] but in the case of [17:25:02] of course that map is just WAAAAAY more detailed than it needs to be [17:25:06] (let me fetch link) [17:25:16] Bazinga: as for example of those "bad" SVGs, see some larger files in https://commons.wikimedia.org/wiki/Category:Pictures_showing_a_librsvg_bug [17:25:23] (most are sadly porn, but oh well) [17:25:29] so one thing we may want is tools to help decimate path nodes to make smaller sizes [17:25:34] heh [17:25:44] http://en.wikipedia.org/w/index.php?title=Template:Ambox/core/sandbox&diff=prev&oldid=553593480 [17:26:03] That would make mobile browsing much better, for people who like to zoom in etc [17:26:14] won't get pixelated crap :/ [17:26:35] Bazinga, yeah for small icons it should be possible... we just have to solve the back-compat issues [17:26:49] so one possibility may be to set a threshold for size [17:26:54] or to make it switchable per-image [17:26:59] Yeah, that sounds best. [17:27:13] and maybe offer user prefs? I'd prefer to download all svg [17:27:42] but default to if svg size < png size render svg etc. [17:28:03] Bazinga: here's one that isn't porn - https://commons.wikimedia.org/wiki/File:Dojikko2.3.svg - it's noticeably slowing my computer down, i wouldn't try it on a phone :P [17:28:15] yeah... the way we rasterize things on demand makes size comparisons tricky though [17:28:51] MatmaRex_: that's not linked to anywhere... [17:28:55] from anywhere* [17:28:55] wow that's a lot of gradients and filters :) [17:30:08] Bazinga: no reason why it can't be [17:30:47] * brion builds lilypond from git to double-check if the SVGs output is still invalid [17:30:55] that's a crazy svg [17:30:58] honestly [17:31:03] yeah it's not a ... typical case :) [17:31:09] it probably summarises all sorts of manga drawing techniques [17:31:14] and could be used on dozens of articles [17:31:20] it's kinda weird it isn't, actually [17:32:19] ooh looks like i can build on ubuntu 12.04, just need to install more dep packages. good [17:50:56] brion: so is this realistic? I would really like to be able to see more natural svgs [17:54:56] Bazinga, yeah it's just not a super priority right now. i've been pushing stuff for high-dpi displays though so that might fit into things i'm pushing on the side [17:55:27] Alrighty. Thank you :-) [17:56:30] hi [17:56:32] do you know what a domain hack is? [17:56:41] what about wikine.ws? [17:56:51] or wikispeci.es? [18:42:39] Reedy: thanks, ill file a bug [19:18:26] Reedy: https://bugzilla.wikimedia.org/48112 [21:43:13] [[Tech]]; Hoo man; /* Identifying wikis with local titlebacklists and issues within */ hint; https://meta.wikimedia.org/w/index.php?diff=5464883&oldid=5463236&rcid=4156405 [22:08:27] hey! that's about me ^ [22:11:35] [[Tech]]; Jeremyb; /* Identifying wikis with local titlebacklists and issues within */; https://meta.wikimedia.org/w/index.php?diff=5464896&oldid=5464883&rcid=4156419 [22:12:56] what's about you Bazinga? [22:13:20] Jasper_Deng: Addihockey10 (automated) couldn't be created [22:13:27] because of that rule... in a lot of places [22:18:01] Why is the API so slow in responsiveness. [22:18:04] ? [22:18:17] In certain cases it even fails to return data. [22:18:35] Cyberpower678: did you try turning it off and on? [22:18:45] Bazinga, what? [22:18:53] I can't turn the API. [22:18:53] the API [22:19:00] I'm not a dev [22:19:29] http://lmgtfy.com/?q=become_a_developer [22:19:43] Bazinga, very helpful. -.- [22:19:54] I try. [22:20:23] I don't develop MediaWiki, nor the API. [22:20:37] The API is very unstable. [22:20:52] In regards to POST requests. [22:20:54] I think the API's off his meds... [22:21:31] It keeps tripping my error detection script, quite randomly. [22:22:03] The thingy which will prevent my bot from going awall, when Wikipedia has those moments. [22:22:24] Cyberpower678: what are you querying? [22:22:30] POSTING [22:22:34] edit. [22:22:40] some requests take longer [22:22:42] A simple edit. [22:22:48] some take so long they time out [22:22:49] 52 seconds? [22:22:53] not impossible [22:23:04] the parser is slow [22:23:12] I had to extend my frameworks curl timeout settings. [22:23:28] and if you're trying to save a lot of text with a lot of markup, well, you're in trouble [22:23:40] i had this when i tried making an autoupdated gallery of location maps on pl.wikipedia [22:23:49] the save operation would just timeout every single time [22:23:49] Depends. It tends to fail on an FA. :p [22:24:06] (even though the edit itself was saved) [22:25:14] API Error... Fatal Error: API is not responding. Terminating program. [22:36:10] gn8 folks