[00:00:37] Hi guys. Just been directed here to ask you about a feature I'd like to suggest adding to Wikipedia for the next release of the mediawiki software. What would you think to a QR code on Wikipedia pages to allow people to scan and take the page with them on their tablet/android device/smartphone via the mobile site? [00:01:01] legoktm tells me that there are already mw extensions written which can do that. [00:01:36] https://www.mediawiki.org/wiki/Extension:QrCode [00:01:41] If there are extensions written, you could ask for the extension to be enabled on a WMF wiki, is that what you want? [00:02:07] RoanKattouw, yeah [00:02:20] If there is "consensus" to do it [00:02:21] and also it can be completely seperate from mediawiki release schedule [00:02:46] The idea would be that you go to enwp and find the QR code on an article, or have the generator in the toolbar - you scan the code, and get the link for the same page on en.m.wikipedia [00:03:01] Said extension is still in SVN [00:03:13] i'm thinking it could live next to the permalink/print links [00:03:37] yeah, where the pages have the Atom link or something [00:03:51] Reedy, so how would I generate that consensus? RFC? [00:03:59] I've never had to put something like this to WP before :) [00:04:14] By the looks of it, the code needs dragging upto date [00:04:19] Including making it work with swift [00:04:45] BarkingFish: WP:VPR probably [00:05:00] @note there doesn't seem to be a decent method for checking if a user already exists [00:05:01] .... [00:05:35] Reedy, ... where'd you find that? [00:05:40] http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/QrCode/QrCode.php [00:05:42] At the bottom [00:06:01] / not changeable [00:06:01] define('QRCODEBOT','QrCode generator'); // if a user changes this, the name won't be protected anymore [00:06:01] $wgReservedUsernames[] = QRCODEBOT; // Unless we removed the var from his influence [00:06:02] ok, legoktm - I'll drop it on there. [00:06:04] It gets worse [00:07:34] Reedy, is it not in a good condition atm? [00:07:37] $wgAutoloadClasses['QRcode'] = dirname(__FILE__) . '/phpqrcode/qrlib.php'; [00:07:52] I wonder if that's svn external.. [00:08:04] If the extension isn't much cop, I might leave it until it can be fixed, or failing that, if it gets sunk then there's no bother [00:09:49] Reedy yes, it's an external [00:09:56] aye [00:10:06] A big one [00:10:11] $ svn propget svn:externals . [00:10:11] phpqrcode https://phpqrcode.svn.sourceforge.net/svnroot/phpqrcode/trunk/ [00:10:22] 3.4 M [00:10:27] The code would need to be moved into git too [00:10:49] lots of images in cache folder [00:12:00] It also hasn't been touched in over 2 years http://phpqrcode.svn.sourceforge.net/viewvc/phpqrcode/trunk/tools/ [00:13:06] https://github.com/t0k4rt/phpqrcode [00:13:43] seems it's maintained in git nmow.. [00:14:32] good for us [00:14:41] mm [00:17:51] Reedy, so, is it worth putting the request in just now, or waiting till it's spiffed up and usable? [00:18:21] There's little point tidying it up if no one cares/wants it [00:19:01] You can start the discussion on the enwiki village pump at least [00:19:13] ok [00:19:39] I was thinking the other way round - there was no point in putting a request up if it's no good :) [00:19:51] But I'll whack it up on the VPR and see where we go :) [00:20:04] If it's wanted, someone might choose to work on it [00:20:20] though, just getting it imported into git would likely get it some activity [00:20:27] ok [00:34:24] Reedy, you around? [00:35:22] http://en.wikisource.org/w/index.php?title=Short_Titles_Act_1896&action=edit Having problems accesing this [00:36:00] Yeah [00:36:13] Qcoder00: WFM [00:36:22] ? [00:36:30] works for me [00:36:32] I can view it [00:36:35] OK [00:36:40] Odd [00:36:49] must be a loaclised issue [00:37:09] What do you see? [00:37:23] An eror [00:37:36] Request: GET http://en.wikisource.org/w/index.php?title=Short_Titles_Act_1896&action=edit, from 80.176.129.180 via amssq37.esams.wikimedia.org (squid/2.7.STABLE9) to 91.198.174.37 (91.198.174.37) [00:37:38] Error: ERR_READ_TIMEOUT, errno [No Error] at Sat, 08 Dec 2012 00:36:47 GMT [00:37:50] works for me too, Qcoder00 [00:37:58] Very odd [00:38:06] Seddon: whats up? [00:38:09] Reedy, Ill assume you've seen it but the enwiki job queue is continuing to rocket up at the accelerated page [00:38:13] pace* [00:38:58] I'm not sure rocket is the correct term [00:39:22] climb* :P [00:39:56] And there's some wikis with only a couple of jobs that aren't getting done either [00:41:00] frwiki has 4.3 million jobs [00:41:08] enwiki has just shy of 600k [00:41:24] 5945436 in total on the cluster [00:41:50] why has frwiki been so significantly affected? [00:42:19] No idea [00:42:19] https://graphite.wikimedia.org/render/?title=Jobs%20Queue%20-1week&from=-1week&width=1024&height=500&until=now&areaMode=none&hideLegend=false&lineWidth=2&lineMode=connected&target=color(cactiStyle(alias(stats.job-insert.count,%22Jobs%20Queued/min%22)),%22blue%22)&target=color(cactiStyle(alias(stats.job-pop.count,%22Jobs%20Run/min%22)),%22green%22) [00:42:41] since the 4th there's twice as many coming in and twice as many going out [00:42:43] roughly [00:44:08] For some reasons the job queue pickup stuff isn't running certain types of jobs [00:44:13] I dont know whether its just more annoying than anything me repeatedly coming and mentioning it but just its makes me nervous cause the job queue length can affect getting notifications out and the like [00:45:46] I'm just picking through Sp�cial:Modifications r�centes at fr.wp, see if anyone's been fiddling with any high use templates or mw interface stuff. [00:46:47] presumably [00:46:58] The first item in the frwiki job queue has a timestamp of 20121107193607 [00:47:30] I can see quite a lot of template space edits on there, shedloads over the last 24 hours [00:47:30] http://fr.wikipedia.org/w/index.php?namespace=10&tagfilter=&limit=500&title=Sp%C3%A9cial%3AModifications+r%C3%A9centes [00:47:31] Though, it has a token of 2 days before.. [00:47:31] 20121205194420 [00:48:45] the job runners should be able to double the load easily enough [00:49:05] average of 21% cpu usage [00:55:52] BarkingFish: on frwiki 4347424 are refreshLinks2 [00:56:38] 600694 on enwiki [00:57:00] Reedy, refreshlinks2? you lost me. [00:57:06] job type [00:57:14] All I know is when people fiddle with high use templates, shit goes wrong :) [00:57:28] pretty much [00:57:35] or, usually at least ;) [00:58:30] truncating tables is much faster [00:59:11] and more satisfying [01:01:49] Can we just blame Merlissimo again? [01:01:55] Anyone remember how big the zhwiki queues got? [01:03:15] I think I recall something about that, but my brain is too fuzzy right now. [07:10:16] Megan :) [07:10:22] WMF staff :O [07:10:45] what about us? :-P [07:12:11] You're doing an excellent job. [07:16:49] hahaha [07:16:54] very diplomatic [07:17:09] you know you're out of kicking range, you can actually say whatever's on your mind :-D [07:17:43] :P [11:23:49] * Nemo_bis gives Nikerabbit a cookie for tireless debugging of https://bugzilla.wikimedia.org/show_bug.cgi?id=41491 [11:25:27] maybe also some of this coconut sweets from "Kiosk of Trajan" (??) [13:17:30] Aren't i18n-Updates not longer deployed to the servers automatically? [13:19:22] They are [13:19:26] but are apparently broken [13:21:32] Is there an bugzilla-report i can follow? [13:25:10] Doesn't look like it :/ [13:32:56] http://en.wikisource.org/w/index.php?title=Short_Titles_Act_1896&action=edit Still gives me an error [13:36:43] se4598: there is [13:38:29] https://bugzilla.wikimedia.org/show_bug.cgi?id=42493 [13:41:34] git clone updated. [13:41:34] Running updates for 1.21wmf5 (on aawikibooks) [13:41:34] 0 MediaWiki messages are updated [13:41:36] * Reedy waits [13:42:59] Reedy: hmmm wtf LU should not use svn at all [13:43:14] I've not seen it use SVN on this run [13:43:30] Starting l10nupdate at Tue Nov 29 02:00:01 UTC 2011. [13:43:36] Nikerabbit: ^ 2011, not 2012 ;) [13:43:43] argh!! [13:43:46] Updated 2 messages in total [13:43:46] Done [13:43:46] All done in 860.60207509995 seconds [13:43:46] Rebuilding localization cache [13:44:00] It was november 28 of 2012 when I saw it! [13:44:03] lol [13:44:05] lol [13:44:21] can someone remove that stale file? [13:44:35] where is it? [13:45:54] Reedy: /var/log/l10nupdate (not the dir) [13:45:56] PHP Warning: file_put_contents(/home/wikipedia/common/php-1.21wmf5/cache/message-timestamp): failed to open stream: Permission denied in /home/wikipedia/common/php-1.21wmf5/extensions/WikimediaMaintenance/clearMessageBlobs.php on line 44 [13:46:11] not sure if that is relevant [13:46:35] Running updates for 1.21wmf5 (on aawikibooks) [13:46:35] 327 MediaWiki messages are updated [13:46:35] Updated 329 messages in total [13:46:44] that seems to indicate that LU is working [13:47:13] i'll wait for this run to end.. [13:47:18] se4598: DO you have something that is broken? [13:49:54] Nikerabbit: Quite a few permission denied [13:49:59] snapshot2: Permission denied (publickey,password). [13:49:59] etc [13:50:21] https://gerrit.wikimedia.org/r/#/c/37522/ is not visible [13:50:37] Done. [13:50:37] PHP Warning: file_put_contents(/home/wikipedia/common/php-1.21wmf5/cache/message-timestamp): failed to open stream: Permission denied in /home/wikipedia/common/php-1.21wmf5/extensions/WikimediaMaintenance/clearMessageBlobs.php on line 44 [13:51:17] -rw-rw-r-- 1 mlitn wikidev 11 2012-12-06 17:59 message-timestamp [13:51:47] All the cache files are dated seemingly correctly [13:57:37] se4598, gerrit has problems with diffing large files sometimes [13:58:33] No wait it loads for me... What are you talking about? [14:00:02] Presumably one of the updated messages isn't showing as updated in production [14:00:33] Hmm [14:00:40] NFS1 is transferring a lot of data it seems.. [14:00:40] http://ganglia.wikimedia.org/latest/?r=hour&cs=&ce=&m=cpu_report&s=by+name&c=Miscellaneous+pmtpa&h=nfs1.pmtpa.wmnet&host_regex=&max_graphs=0&tab=m&vn=&sh=1&z=small&hc=4 [14:00:52] I am/was forcing a sync of the localisation data [14:04:34] Done [14:15:03] Reedy: Do you happen to know where to find the timeout times mentioned at http://lists.wikimedia.org/pipermail/wikitech-l/2012-December/064938.html ? [14:15:29] Presumably it's squid? [14:18:08] well, no, if it's edits, it's the apaches [14:18:33] Depending on how recently, it could co-incide with the 12.04 upgrades [14:20:10] reqtimeout => undef, [14:20:22] Is that the api or normal? [14:20:38] webserver.pp [14:20:55] class webserver::apache [14:21:01] Though, suggests it's more for misc services [14:26:56] Reedy: On http://de.wikipedia.org/wiki/S%C3%A4ugetiere after action=purge and other pages theres still the old version of http://de.wikipedia.org/wiki/MediaWiki:Articlefeedbackv5-toolbox-view (The messages are shown by JavaScript) [14:27:50] if they're shown by JS, they may be cached via bits or whatever [14:28:47] Hi I'm still getting this error - Request: POST http://en.wikisource.org/w/index.php?title=Short_Titles_Act_1896&action=submit, from 91.198.174.45 via sq63.wikimedia.org (squid/2.7.STABLE9) to 10.2.1.1 (10.2.1.1) [14:28:49] Error: ERR_READ_TIMEOUT, errno [No Error] at Sat, 08 Dec 2012 14:27:33 GMT [14:29:15] For whatever reason I'm seemingly unable to edit the page... [14:29:17] Suggestions? [14:29:26] Qcoder00: does it save or not? [14:29:32] It saved [14:29:51] but sometimes trying to retrive the page gives an error [14:29:56] se4598: is your message up to date or not then? [14:30:09] Qcoder00: then it's normal probably, slow parsing [14:30:36] Well it's over 50 page transcludes at Wikisource [14:30:42] So i was being patient [14:31:20] Request: POST http://en.wikisource.org/w/index.php?title=Short_Titles_Act_1896&action=submit, from 80.176.129.180 via amssq35.esams.wikimedia.org (squid/2.7.STABLE9) to 91.198.174.45 (91.198.174.45) [14:31:22] Error: ERR_READ_TIMEOUT, errno [No Error] at Sat, 08 Dec 2012 14:30:56 GMT [14:31:25] Was the latest error [14:34:57] Nemo_bis: It is up to date. Just seems to be still a caching problem [14:35:49] Well, that's a different bug to the localisation cache not being up to date [14:54:15] Reedy: so we can close the LU bug? [14:54:37] Nikerabbit: I would say so [14:54:48] Like I say, the JS cache bug is something completely different [14:54:55] true [15:50:48] Anyone got Firefox+Firebug open? [15:51:23] Jarry1250: Always, yep :P [15:52:17] Hoo: Great :) One sec while I think the best way of testing this [15:53:55] hoo: Great :) If you go to http://translatesvg.wmflabs.org/wiki/ and execute "var uri = new mw.Uri( 'http://foo.com/mysite/mypage.php?quux=2' );", what do you get? [15:54:00] Undefined or error? [15:55:01] Jarry1250: TypeError: mw.Uri is not a constructor [...] [15:55:21] hoo: Yeah, that's what I get. Right, I'm not going mad. Hmm. [15:55:54] alert( typeof mw.Uri); -> undefined [15:57:51] hoo: I don't get it on enwiki though [15:58:11] Jarry1250: Have you tried mw.loader.using('mediawiki.Uri', ... [15:58:13] that might work [15:58:57] hoo: Oh, interesting idea actually. [16:00:59] hoo: Top shout that. [16:01:31] It was an unmarked dependency previous unnoticed because something else was loading it anyway [16:01:36] (I think) [16:02:44] that often happens... even in MediaWiki core we surely have such things... ;) [16:53:02] so we had some issues in the last wmf upgrade in hewiki, that i think point to some problems with the upgrade procedure itself. [16:53:02] anyone wants to discuss it in more details? [16:54:47] What issues? [16:55:50] so part of the wmf thing was changing the html structure in vector. specifically, changing the headers from h5 to h3 [16:56:34] in order for the "collapse/expand" to work, some change in the event binding which is in js was also needed. [16:57:08] for several hours after the upgrade (anywhere between 7 and 12), the collaps/expand did not work in hewiki. [16:57:10] . [16:57:44] however, when adding "debug=1" to the address line, the collapse/expand *did* work. [16:58:20] this is not a problem with browser cache: i (and other users) did a very thorough scrub of browser cache. [16:58:43] this is a problem of the server serving out-of-date JS in the "minified" mode. [17:00:12] i do think we need a "purge" version for the resourceloader minified code and css [17:00:42] something like Special:ResourceLoader/purge [17:00:47] or somesuch. [17:01:10] it's OK if this specific instruction will require sysop permissions. [17:04:06] Krenaiir: ping [17:04:33] ? [17:04:38] And it's one i [17:05:05] I can't help with that sort of thing, sorry [17:07:54] ok, ths. [17:08:01] s/ths/thx/ [17:11:04] kipod, the RL should have been serving content at most 5 min stale [17:11:24] so rather than adding a purge, it should be investigated why it didn't [17:11:35] (and no, I don't know the RL internals) [17:11:47] I would talk with Trevor or Roan [17:12:33] well, it did. it may have to do with downstream caching - i am not familiar with the architecture of caching, but it is possible that the minified version and the "debug" version are cached differently. [17:12:54] (i mean stuff like "squid" or whatever t's called) [17:14:27] it should still be investigated :) [17:14:50] Platonides: i don't think i can lurk here until Roan of Trevor make an appearance. however, something like this is a poor candidate for bugzilla bug: no "reproduction", and very scarce details i can give. Advice? [17:15:25] you could fill a bug anyway [17:15:33] you can also try catching them on irc another day [17:15:45] weekends are not a very good time for staff [17:15:50] thx. maybe i'll try that. [17:15:52] peace. [17:16:05] yw [18:01:54] Platonides: FYI, all the bits varnish caches were wiped too... [18:02:02] On Thursday? Maybe(?) [18:18:17] what kipod reported is something that shouldn't be possible :P [19:52:56] I wanted to see if there is someone online who is familiar with the lua scripting being implemented; I want to see if it can be used to eliminate a really irritating bot [19:57:21] carl-m, a really irritating bot? a spam bot? [19:58:17] Krenair: http://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/VeblenBot_5 [19:59:08] It's a bot that fetches the contents of a category and then re-uploads the list to the wiki every hour or so [20:00:42] it could be done as a mediawiki extension, but that's a pain to get going, so it was originally done by a bot. if it can be done by lua scripting instead that would be very nice [20:38:44] carl-m, why is that desired? [20:40:01] Platonides: for example, the list of articles on the page for per review is made by listing all the pages in various categories and passing each name into a template to format it [20:40:15] s/per/peer/ [20:41:01] it can probably be done in Lua (when it's enabled) [20:41:10] it's not hard to do in an extension either [20:41:19] assuming that the categories are small [20:41:38] it would be easy to do in an extension - for someone who knows how to deal with the caching problems and who would have a chance of getting the extension made live [20:42:51] the categories are not large. but the solution I have in mind would require the lua module to be able to list all the pages in a category given the name of the category, and I don't know how many features like that are available in the lua modules [20:44:19] a problem on using lua or an extension would be that it would no longer appear in the history [20:45:02] I don't think the history is too important; really what is implemented right now is just meant to be a UI for a certain kind of workflow that is used in peer review and (I think) in good article review. [20:54:26] Platonides: is there documentation of the lua dialect that the modules support? [20:56:39] I have found a lot of stuff but not what I was looking for [20:57:30] if it's there, it will probably appear at http://www.mediawiki.org/wiki/Extension:Scribunto [20:59:10] The best I have found is http://www.mediawiki.org/wiki/Extension:Scribunto/Victor%27s_API_proposal#mw.query which is conspicuously marked as a proposal [21:13:26] carl-m, I can give you a hand if you want to go the extension route [21:15:26] wtf? why does jenkins now set *reviewed* top +1, instead of verified? [21:16:15] DanielK_WMDE: it was mentioned on wikitech-l recently [21:16:27] o_O [21:16:31] i don't like it [21:16:34] i don't know about the 'why', though [21:16:43] Platonides: that would be wonderful; I think it is the best option technically, but I don't know enough to do it myself. One issue is the caching; somehow the pages have to be re-rendered when the category contents changes. The other issue is that there are different ways it could be done, and I don't want to spend too much time implementing it before there is buy-in from the devs to push it through to the live site [21:16:43] it's hashar's fault, i think :P [21:16:51] DanielK_WMDE: read the mailinglist [21:17:14] p858snake|l: think that'll make me like it? [21:20:38] you asked why [21:20:57] not how that will change your view [21:26:58] carl-m, I don't think there will be problems with pushing it as long as [21:27:06] a) There is support to do so from the community [21:27:31] b) It doesn't take the site down, which can be ensured with eg. showing an error if the category has more than 200 items [21:28:40] can you design how it should work and open a bug with that? [21:29:51] Platonides: yes, I can do that. I am writing up a description of the current system on the wiki, and then I will open a bug [21:30:04] great [21:36:41] Thanks! [21:51:52] Platonides: should I file this under the Mediawiki product in bugzilla? There's the extensions product but of course no specific extension component [22:04:04] There is "Extension requests" [22:21:28] Platonides: the bug is at https://bugzilla.wikimedia.org/show_bug.cgi?id=42887 [23:44:13] how often does the update of special pages run? [23:44:47] i see pages not updated since nov 26 which seems to me quite long period [23:46:30] Danny_B|backup: there's a bug for that somewhere. [23:48:39] i know, but it says fixed as well as the update has been run manually [23:49:12] i don't know, i'm just a volunteer. poke some ops.