[08:04:43] I'm not sure if anyone's around, so I'll just put this here: I'm trying to parse the JSON dump of wikidata, and the very first line fails to parse due to this string: "{"language":"ml","value":"\u0d05\u0d23\u0d4d\u0d21\u0d15\2dc\uac04\... [08:04:58] specifically the "\2dc" [08:06:21] I can't find any docs on the character encoding of the JSON dump, so I'm not sure if this is a case of my error or something wrong with the dump [08:32:20] !nyan [08:32:20] ~=[,,_,,]:3 [08:35:57] 3wikidata-query-service, Wikidata: Define which data the query service would store - https://phabricator.wikimedia.org/T86278#965363 (10Lydia_Pintscher) Things I can think of right now - maybe more: * definitely should also import aliases. (Might already but not in the description here so making sure.) * probabl... [08:52:40] (03CR) 10Henning Snater: [C: 032] Fix fingerprint values in entityview when scraping from html [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183567 (https://phabricator.wikimedia.org/T75749) (owner: 10Aude) [08:56:15] (03Merged) 10jenkins-bot: Fix fingerprint values in entityview when scraping from html [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183567 (https://phabricator.wikimedia.org/T75749) (owner: 10Aude) [08:59:16] hi guys, anyone here happen to be an admin on the English Wikipedia? [08:59:44] I want to make a Wikidata related template edit [09:00:04] https://en.wikipedia.org/wiki/Template_talk:Infobox_person#Template-protected_edit_request_on_9_January_2015 [09:11:37] (03PS2) 10Henning Snater: Fix siteselector tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183239 (owner: 10Adrian Lang) [09:16:29] (03CR) 10Henning Snater: [C: 032] Fix siteselector tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183239 (owner: 10Adrian Lang) [09:19:19] (03Merged) 10jenkins-bot: Fix siteselector tests [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183239 (owner: 10Adrian Lang) [09:23:39] 3Wikidata-Sprint-2015-01-08§, MediaWiki-extensions-WikibaseRepository, Wikidata: languages mixed up in "other languages" box - https://phabricator.wikimedia.org/T75749#965407 (10Snaterlicious) 5Open>3Resolved [09:46:16] h/wqw [10:12:18] 3Wikidata: Have the populateSitesTable.php maintenance script auto detect potentially enforced protocols - https://phabricator.wikimedia.org/T85859#965465 (10Lydia_Pintscher) p:5Triage>3Normal [10:31:36] 3MediaWiki-extensions-WikibaseRepository, Wikidata: Redesign Item UI for Wikidata repo - https://phabricator.wikimedia.org/T54136#965490 (10Lydia_Pintscher) p:5High>3Low [10:41:52] DanielK_WMDE_: hangout in a few minutes? [11:13:02] sjoerddebruin: Finished your update yesterday, btw ;) [11:13:25] aude: REVIEWWWW https://github.com/Wikidata-lib/PropertySuggester-Python/pulls [11:13:41] I've already applied both PRs to create the update tonight :P [11:17:15] Lydia_WMDE: sorry, was distracted [11:17:23] np [11:17:26] working on the subscription service, see the board [11:17:33] cool [11:17:33] makign good progress [11:18:18] hoo: done [11:19:09] aude: Thanks :) [11:24:46] hoo: will test then [11:33:03] 3MediaWiki-extensions-WikibaseRepository, Wikidata: suggestion shown twice in suggester - https://phabricator.wikimedia.org/T84915#965533 (10Lydia_Pintscher) 5Open>3Resolved a:3Lydia_Pintscher [11:42:16] aude: Is there anyway to do memory based profiling on the cluster? [11:42:42] I doubt there is... but I really need it :S [11:43:00] might be [11:43:20] i would ask ori or bd808|BUFFER or tim [11:43:35] * aude would like a session about this at the summit [11:43:37] Good idea [11:43:49] and how to make best use of xhprof [11:44:10] locally, i have a hack in my local settings that tells me memory usage [11:44:25] same way as tells me response time [11:44:48] 3wikidata-query-service, Wikidata: Define which data the query service would store - https://phabricator.wikimedia.org/T86278#965535 (10Tobi_WMDE_SW) I assume qualifiers are covered? [11:45:05] * egonw is working on the WD4R proposal [11:46:37] Lydia_WMDE: the link in https://phabricator.wikimedia.org/T86278 is boken [11:47:05] Tobi_WMDE_SW: fixing [11:47:21] 3wikidata-query-service, Wikidata: Define which data the query service would store - https://phabricator.wikimedia.org/T86278#965537 (10Lydia_Pintscher) [11:47:39] 3wikidata-query-service, Wikidata: Define which data the query service would store - https://phabricator.wikimedia.org/T86278#964965 (10Lydia_Pintscher) Yeah they are. [12:10:49] is there some insight in the number of changes per day? [12:11:34] or per whatever time period? [12:11:57] that is hard to determine from "Recent changes" [12:12:01] egonw: You mean just the number of edits? [12:12:05] yes [12:13:06] I can give you edits/ month in a bit [12:13:28] yeah, that would do! [12:14:56] A lot. :P [12:15:17] that works for me, but I don't think the reviewers will accept this :) [12:17:00] egonw: http://fpaste.org/167622/14208057/ that's per month [12:17:08] I can also give you per day, if you need that [12:17:16] but not sure it's very useful [12:17:31] per month will be fine... [12:17:34] you can calculate that... [12:17:58] some idea of the growth in edits per day over a month would be useful too, but not essential [12:18:16] 201405 is huge, wasn't that the month that GerardM screwed up? [12:18:33] oh! [12:18:47] this is not just for one month, but for many! [12:18:48] Super! [12:19:34] hoo: you should tweet that table! :) [12:19:41] love to RT it [12:19:57] egonw: Running per day stats now [12:20:01] maybe I'll plot both [12:20:07] cool! suggestion: [12:20:15] save as CSV and then upload to Figshare [12:20:26] then I can cite those numbers in the proposal [12:20:40] and I think it may even automatically plot it... not sure... [12:24:43] (03PS1) 10Daniel Kinzler: Report progress while populating entity_usage table [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183836 [12:25:38] hoo: https://twitter.com/egonwillighagen/status/553527945445511170 [12:25:52] hoo: something better citable really welcome! [12:26:03] egonw: On that :) [12:26:37] (03PS1) 10Daniel Kinzler: Bump default batch size for populateEntityUsage.php [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183837 [12:26:50] (Put a . before @wikidata, so all your followers can see it) [12:27:01] Now only people who follow @Wikidata will see it. [12:27:34] sjoerddebruin: really? didn't know that... I've seen people use that, but tools use .@ but not @ ? [12:27:49] It's just a mention now. [12:28:00] yes, got it... thanx! [12:28:08] will do that from now on... [12:28:17] It's the most common way to do this. :) [12:28:51] yeah, customs change over time, and I missed this one... [12:28:59] the education is appreciated! [12:29:04] * egonw feels old now :) [12:30:29] (03CR) 10Aude: Report progress while populating entity_usage table (031 comment) [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183836 (owner: 10Daniel Kinzler) [12:30:37] egonw: https://people.wikimedia.org/~hoo/WikidataEditsDay.csv [12:31:40] deleted edits etc. are included [12:31:44] going to upload it to Figshare? [12:31:48] yes, that is good! [12:31:58] the context is realtime pulling in those changes... [12:32:10] which thus has to be a process taking 0.1s at most [12:32:25] and must include delecting things in the derivative [12:35:59] (03PS1) 10Daniel Kinzler: Introducing changes subscription infrastructure. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183839 (https://phabricator.wikimedia.org/T86184) [12:36:51] egonw: Sorry, I've never worked with figshare [12:36:59] but feel free to do whatever you want with that data [12:38:01] http://figshare.com/ is easy... you can just upload it there, but the advantage is a clear license statement, and that people can acredit you... (it gets a DOI and the conclusions can be added to the Wikidata entry in Wikipedia :) [12:38:37] (03CR) 10jenkins-bot: [V: 04-1] Introducing changes subscription infrastructure. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183839 (https://phabricator.wikimedia.org/T86184) (owner: 10Daniel Kinzler) [12:38:53] (03PS2) 10Daniel Kinzler: Introducing changes subscription infrastructure. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183839 (https://phabricator.wikimedia.org/T86184) [12:41:56] (03CR) 10jenkins-bot: [V: 04-1] Introducing changes subscription infrastructure. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183839 (https://phabricator.wikimedia.org/T86184) (owner: 10Daniel Kinzler) [12:44:20] (03PS3) 10Daniel Kinzler: Introducing changes subscription infrastructure. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183839 (https://phabricator.wikimedia.org/T86184) [12:47:56] (03CR) 10jenkins-bot: [V: 04-1] Introducing changes subscription infrastructure. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183839 (https://phabricator.wikimedia.org/T86184) (owner: 10Daniel Kinzler) [12:48:49] (03PS4) 10Daniel Kinzler: Introducing changes subscription infrastructure. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183839 (https://phabricator.wikimedia.org/T86184) [13:07:48] egonw: will you upload it? I'd love to tweet a chart [13:10:39] hoo: can I release the CSV as CCZero? [13:10:51] Lydia_WMDE, hoo: then I can take this forward this afternoon [13:11:03] \o/ [13:11:10] (upload to Figshare and make graphical plot...) [13:11:29] but only if hoo will not do this himself... because credit goes to him for the numbers [13:12:42] egonw: Go ahead, I wont find the time for further number crunching today ;) [13:47:58] !nyan | Lydia_WMDE [13:47:58] Lydia_WMDE: ~=[,,_,,]:3 [13:48:32] <3 [13:48:39] :D [13:50:07] ugh. i think i just found a *really* nasty issue with usage tracking. or rather, with all custom data updates registered in a parser output object... [13:50:09] eek. [13:52:18] ohnoes [13:53:01] Can we pretend it's not a problem until it hits us *hard*? :P [13:53:46] sjoerddebruin: any autolist outages today? :) [13:54:01] It seems fine today. [13:54:07] yay :) [13:54:36] But the lag is still there. :/ [13:56:47] Lydia_WMDE: still investigating. looks liek a core bug [13:56:52] would affect a LOT of things [13:57:04] ok [13:57:22] hoo: bad hoo! :D [13:57:54] Yeah! bad hoo! [13:58:00] Lydia_WMDE: why is he bad now? [13:58:03] Yeah! bad hoo! [13:58:27] :D [13:58:45] * JeroenDeDauw blames hoo for the rain [13:58:57] JeroenDeDauw: he suggested ignoring problems until they hot us hard in production ;-) [13:59:07] No rain over here, so obviously not my fault :D [13:59:13] lol [13:59:38] hoo: no, it means it's your fault ofc. No rain at your place, rain here, so you are being evil [14:00:09] sound logic that [14:00:11] +1 [14:00:13] Lydia_WMDE: the hail is also kinda a problem and it did hit me hard ealier :| [14:00:21] hah [14:00:35] staying inside ftw [14:01:12] Lydia_WMDE: yeah. But I want to be inside the office... [14:01:24] i see [14:01:30] And that evil Abraham has again not included a teleporter in our budget [14:01:43] bah [14:01:44] fail [14:02:20] Do we get a 3d printer now? [14:02:26] I need to... uhm ... print my code [14:03:39] this seems to cause problems: https://gerrit.wikimedia.org/r/#/c/174628/ [14:04:15] "Causes bug 1" [14:04:20] lovely [14:08:58] aude, hoo: it seems like the "prepared" parser output is missing our handlers. [14:09:09] data update handlers, i mean [14:09:20] which makes sense, they cannot be serialized [14:09:26] so i suppose they get skipped- [14:09:32] ugh! [14:09:42] this is a pretty massive issue... [14:10:20] just the usage tracking? [14:10:25] or other things at this point? [14:11:09] argh [14:11:13] already in production? [14:11:17] yes [14:11:22] $wgAjaxEditStash [14:11:25] seems to be a setting [14:11:30] Lydia_WMDE: Think that's the label issues we saw [14:11:40] yea. found that. turning it off doesn't prevent stale stuff from the cache being used :) [14:11:45] will submit a patch for that [14:12:25] hoo: ahhhhhh [14:12:26] ok [14:12:54] what label issue? [14:13:13] aude: The last edit one did to labels will never show up [14:13:17] but the one before that [14:13:31] ugh [14:13:41] aude, hoo: so, the issue is this: extensions can put custom DataUpdates into the ParserOutput. They will be executed when the content is saved. They get lost when the ParserOutput goes to memcached (at least the ones that can't be serialized). [14:14:07] usually, that's not a problem, because the PO is generated, then content is saved, then stuff is cached. th3e cached version is used only for display, so we don't need the4 data updates there [14:14:38] but now, the content is parser via the API "preemptively", while the user is still on the edit page. [14:14:54] so WikiPage gets the PO from the cache for processing - and loses all the DataUpdates [14:15:29] nobody noticed, because the one standard update, LinksUpdate, is added to the list on the fly, based on the links in ParserOutput [14:15:33] so... yay. [14:15:33] $useCache [14:15:34] I see... very nasty [14:15:34] = false [14:15:38] we can't make this seriali9zable [14:16:48] we'd need to somehow restore the data updates [14:16:59] we could use serializable updates, but that would kill CI [14:17:02] arg [14:17:12] will file a bug. i don't have a solution right now [14:17:23] maybe i can get aaron later, to discuss it [14:25:26] we crossed 14000 active users \o/ [14:25:30] highest ever [14:25:41] 13700 at the end of december [14:26:19] Nice :) [14:26:45] There's a few wikidata related OOMs in the logs [14:26:49] Not like spamming or anything [14:27:06] Ok... but why on earth are those logged [14:27:10] but the CA ones not [14:27:31] looks like 11 in total in the logs [14:27:34] only one isn't wikidata [14:28:04] What logs exactly are you referring to? [14:28:10] fatal logs on fluorine [14:28:15] looks like they're all in job runners [14:29:57] oh, fatal.log exists again :) [14:30:19] 11 entries in ~12 hours doesn't seem bad going to me [14:30:23] exception log is spammier [14:30:33] Reedy: That's because it's incomplete [14:31:13] fatals from appservers probably aren't logged at all [14:31:33] lol [14:31:35] The once I forced earlier today all didn't appear on fluorine [14:32:22] * ones [14:36:56] hm.. can't add values with url datatype [14:37:09] broken on wikidata.org, beta and test [14:37:09] on Wikidata? [14:37:13] but works for me locally [14:37:45] hoo: getting {"servedby":"mw1231","error":{"code":"failed-save","info":"","*":"See https://www.wikidata.org/w/api.php for API usage"}} [14:37:49] mh, it worked for me earlier today [14:37:57] oh *grrr* [14:38:01] I'm having a look [14:40:17] Tobi_WMDE_SW: https://www.wikidata.org/w/index.php?title=Q4115189&action=history [14:40:22] worked for me just now [14:40:34] What item did you try to edit and what property did you try to add exaclty? [14:44:20] hoo: whuut? it works for links to wikidata but not for others.. [14:44:27] tried on the sandbox item [14:44:43] tried adding a reference with property "referenced url" [14:44:49] but also tried adding a claim [14:45:14] works for https://www.wikidata.org/wiki/Q4115189 but does not work for eg http://www.google.com [14:45:46] Still can't reproduce :( [14:45:50] Used https://twitter.com/wikidata/ as url now [14:46:26] hoo: can you try http://www.google.com? [14:46:29] feeling mocked [14:46:31] :) [14:46:45] sure [14:46:55] does not work for me [14:47:00] hoo: and can you try as anonymous user? [14:47:06] i don't get any details as an error [14:47:21] aude: yes, exactly [14:47:28] phew.. relieved [14:47:34] uhm... worked for me? [14:47:43] but why is it working for hoo? [14:47:48] * aude tries on master [14:47:55] is wmde's ip blacklisted or something [14:48:05] i am logged out [14:48:08] aude: I have the same issue on test and beta [14:48:17] works for me on my local machine [14:48:22] https://www.wikidata.org/w/index.php?title=Q4115189&diff=186865167&oldid=186864801 [14:48:54] works logged in but appears broken [14:48:57] hoo: aude: strange thing is, after hoo added a specific url it starts working for me.. [14:49:12] so, http://www.google.com is now working for me after hoo added it [14:49:16] http://snag.gy/XDOCu.jpg [14:49:19] but not other urls [14:49:22] where is the link for reference url? [14:49:29] oh now it is there [14:50:04] could it be spam blacklist or abuse filter or some of these? [14:50:13] http://twitter.com [14:50:17] malformed url [14:50:27] https is ok [14:50:34] aude: It says that if you have extra spaces in the front [14:50:37] doesn't trim [14:50:42] gr [14:50:52] But I think that's that way for some time now [14:52:18] hoo: aude: so why do all the urls hoo has added work now? https://www.wikidata.org/wiki/Q4115189 https://twitter.com/wikidata/ and http://www.google.com are now working for me but nothing else.. [14:52:26] does not like http://openstreetmap.org [14:52:37] aude: let hoo add it once, then it will work# [14:53:03] worked [14:53:09] aude: try again [14:53:12] :) [14:53:18] works! [14:53:20] omg [14:53:20] hm [14:53:23] sooo [14:53:25] what? [14:53:53] did you try logged out yet or so? [14:53:56] That's very weird [14:53:59] i am logged out [14:54:04] oh [14:54:05] hoo: I tried logged in and logged out [14:54:34] Lydia_WMDE: any idea why I cant add tasks on phabricator to the #wikidata tag? [14:54:56] addshore: you need special javascript [14:55:03] addshore: You have to do that manually: Scrap the ID of the wikidata project and then add taht per hand [14:55:13] ahhhh! where can I find this funky javascript? :D [14:55:18] Lydia_WMDE: ^ [14:55:19] addshore: or go here: https://phabricator.wikimedia.org/project/view/125/ and click "new task" [14:55:35] then it has #wikidata in by default [14:56:08] https://phabricator.wikimedia.org/T75737 [14:56:25] https://phabricator.wikimedia.org/T75737#821012 [14:56:43] :D [14:57:13] Is there a bug open for the funky thing that happens with sitelink sections when empty and you click on edit then click on cancel and then cant edit that section again? [14:57:18] Or should I make one? ;p [14:57:31] addshore: does it happen on test.wikidata? [14:57:35] addshore: is that on wikidata.org or on beta? [14:57:40] or test? [14:57:40] wikidata.or [14:57:42] g [14:57:46] otherwise, doubt we will bother to fix between now and tuesday [14:57:48] *checks test* [14:57:51] addshore: can you try on test and/or beta? [14:58:20] hoo: any ideas what's with the url datatype thing? [14:58:35] doesnt happen on test :) [14:58:41] As long as I can't reproduce it, no... [14:58:47] Let me try logged out [14:59:03] would be nice if something was in the error logs [14:59:17] hoo: yeah try logged out and use urls you didn't try before [15:00:01] Tobi_WMDE_SW: Logged out it doesn't work [15:00:10] hm.. ok [15:00:18] at least you can reproduce now [15:00:20] :) [15:00:41] "" [15:02:40] hoo: http://figshare.com/articles/Wikidata_edits_per_day_2012_2014_/1286885 [15:02:49] 3MediaWiki-extensions-WikibaseRepository, Wikidata: Automatically drop redundant sitelink to redirect when merging - https://phabricator.wikimedia.org/T85347#965726 (10Addshore) @Lydia_Pintscher, if discussion leads to us wanting to do this feel free to assign me and I'll take a poke when I find the time! [15:03:10] hoo: please let me know your full name if you like to be added as "author" [15:03:23] egonw: hoo man [15:03:26] * Reedy giggles [15:03:44] :P [15:03:44] 3MediaWiki-extensions-WikibaseRepository, Wikidata: Automatically drop redundant sitelink to redirect when merging in wbmergeitems api module - https://phabricator.wikimedia.org/T85347#965730 (10Addshore) [15:03:47] Marius Hoch [15:03:49] if you want [15:04:19] ok, added [15:07:15] so, we are hitting dieStatus [15:07:23] from our error reporter [15:11:50] (03PS2) 10Hoo man: Update FormatAutocomments hook for I36c3a9e5 [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/159327 (owner: 10Anomie) [15:13:08] 3MediaWiki-extensions-WikibaseRepository, Wikidata: Automatically drop redundant sitelink to redirect when merging in wbmergeitems api module - https://phabricator.wikimedia.org/T85347#965750 (10Lydia_Pintscher) This seems fine to me. Subscribing a few more people for input. [15:14:15] (03CR) 10jenkins-bot: [V: 04-1] Update FormatAutocomments hook for I36c3a9e5 [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/159327 (owner: 10Anomie) [15:15:06] 3Mobile-Web, Wikidata, MediaWiki-extensions-WikibaseRepository: Image thumbnail urls should be included where applicable in wikidata API response for commonsMedia - https://phabricator.wikimedia.org/T76827#965756 (10Addshore) For example https://upload.wikimedia.org/wikipedia/commons/thumb/c/c9/Fuerteventura_sun... [15:16:40] 3MediaWiki-extensions-WikibaseRepository, Wikidata: Automatically drop redundant sitelink to redirect when merging in wbmergeitems api module - https://phabricator.wikimedia.org/T85347#965758 (10Sjoerddebruin) Would be great if this also works with the real duplicates (same sitelink on two items), but I like the... [15:17:37] addshore: thanks :) [15:18:52] (03PS3) 10Hoo man: Update FormatAutocomments hook for I36c3a9e5 [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/159327 (owner: 10Anomie) [15:19:34] (03CR) 10Hoo man: "Fixed tests, avoided string concat with false." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/159327 (owner: 10Anomie) [15:19:52] (03CR) 10Hoo man: [C: 031] "Would like someone to sign-off my changes." [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/159327 (owner: 10Anomie) [15:22:35] aude: Are you still investigating that API thing? [15:23:10] somewhat, i can try [15:23:15] api thing? :P [15:23:22] but nasty without anything in the logs [15:23:58] * aude has things like spam blacklist and abusefilter enabled locally and doesn't have the issue [15:24:07] Let me try locally [15:24:45] suppose if it is reproducable on beta, then might be able to do more debugging there [15:25:10] works locally :/ [15:25:27] although i always get flagged as "suspicious" when editing logged out on beta [15:25:57] can reproduce there [15:28:15] on beta, i see stuff like Fatal error: Class undefined: ProfilerSimpleText [15:28:47] likely unrelated though [15:31:08] something about captcha [15:31:18] get(fancycaptcha:dirlist:wikidatawiki [15:31:23] oh, that's possible [15:31:24] [memcached] result: NOT FOUND [15:31:39] Cache miss for mwstore://captcha-backend/captcha-render/e/8/1 captcha listing [15:31:47] My Wikidata account of course has the right to skip captchas [15:31:59] But yours should as well [15:32:04] logged out not [15:32:23] Sure, that's why it stopped working for me logged out [15:32:32] 3MediaWiki-API, Wikidata, MediaWiki-Page-editing: ApiStashEdit silently loses custom DataUpdates. - https://phabricator.wikimedia.org/T86305#965789 (10Lydia_Pintscher) [15:32:53] 3MediaWiki-API, Wikidata, MediaWiki-Page-editing: ApiStashEdit silently loses custom DataUpdates. - https://phabricator.wikimedia.org/T86305#965790 (10daniel) The only fix I can think of offhand would be to check if there are custom updates, and if there are, don't stash the edit. That would only happen after bu... [15:34:10] with a new account, logged in, doesn't work [15:34:19] probably has to do with captcha [15:34:46] :/ [15:35:02] i can put urls into the description and aliases [15:36:51] How did we handle that before? [15:37:06] Our UI never supported showing captchas [15:39:18] never supported it [15:40:40] jzerebecki: http://earth.nullschool.net/#current/wind/surface/level/orthographic=-11.85,51.78,1490 [15:42:49] * aude pulls all my extensions [15:43:00] could be some recent change to one of them [15:43:00] Lydia_WMDE: BBQ weather... :P [15:43:18] aude: I think the captcha thing was recently largely updated by Tim [15:43:20] could be related [15:43:25] haha [15:43:32] true [15:43:48] hoo: beta has entire debug log, if you want to look [15:43:53] could be something else there also [15:43:58] oO all of it? [15:44:04] pretty much yes [15:44:08] "web.log" [15:44:22] see CentralAuthHooks::onUserLoadFromSession: no token or session [15:44:26] also [15:44:33] dont' know if that is normal, since i am logged out [15:45:09] aude: I think it is [15:45:17] we have that in production extremely often as well [15:45:28] k [15:45:29] * hoo is doing to much CentralAuth recently :P [15:46:00] aude: Where do the logs reside nowayday? [15:46:05] * nowadays [15:46:26] might just be beta config [15:46:28] got it [15:46:36] * aude tries adding a blacklist link to the community portal [15:46:45] "Error": "Incorrect or missing CAPTCHA" [15:46:57] but i got captchas on wikidata [15:48:22] oooo [15:48:31] (03PS1) 10Hoo man: Add missing space to wfDebugLog call in SettingsArray [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183860 [15:48:34] get the same error on test.wikidata [15:49:00] but then do see a captcha on the bottom, next to the save button [15:50:27] [13WikidataBrowserTests] 15tobijat pushed 1 new commit to 06master: 02http://git.io/0u7epg [15:50:27] 13WikidataBrowserTests/06master 148384f5f 15Tobias Gritschacher: Adjust sitelink tests to work with SiteIdToInterwiki Gadget [15:51:00] aude: test.wikidata? Or beta? [15:51:07] test [15:51:14] https://test.wikidata.org/wiki/Wikidata:Test_1417775411.63 [15:51:34] i see the error, which probably triggers dieStatus [15:51:43] in wikibase api [15:52:02] but shows an error here and also strangely a captcha [15:56:43] 3Wikidata, MediaWiki-extensions-WikibaseClient: track entity usage on client pages - https://phabricator.wikimedia.org/T49288#965841 (10daniel) [15:56:57] 3Wikidata, MediaWiki-extensions-WikibaseClient: Use ArticleEditUpdates hook for usage tracking, instead of ParserAfterParse - https://phabricator.wikimedia.org/T86308#965844 (10Lydia_Pintscher) [15:57:10] 3MediaWiki-extensions-WikibaseRepository, Wikidata: Track the subscriptions - https://phabricator.wikimedia.org/T86185#965847 (10daniel) [15:57:29] 3Wikidata, MediaWiki-extensions-WikibaseClient: Use ArticleEditUpdates hook for usage tracking, instead of ParserAfterParse - https://phabricator.wikimedia.org/T86308#965848 (10daniel) p:5Normal>3High [15:58:08] die Status, hm. What gender is Status in German? [16:00:06] Nemo_bis: male: der Status [16:00:53] :) [16:01:12] Like Italian, for once [16:01:24] (03PS5) 10Daniel Kinzler: Introducing changes subscription management. [extensions/Wikibase] - 10https://gerrit.wikimedia.org/r/183835 (https://phabricator.wikimedia.org/T86184) [16:03:24] DanielK_WMDE_: Still around? [16:04:59]