[00:34:05] aude: Can we manually run the browsertests on jenkins? [00:54:06] probably [00:54:21] hm… do you know how? [00:54:58] triggered [00:55:01] https://integration.wikimedia.org/ci/view/Selenium/job/selenium-Wikibase/ [00:55:35] ah, there it's obvious [00:55:51] on https://integration.wikimedia.org/ci/job/selenium-Wikibase/BROWSER=firefox,MEDIAWIKI_ENVIRONMENT=test,PLATFORM=Linux,label=contintLabsSlave%20&&%20UbuntuTrusty/ [00:55:54] it's not possible [00:56:01] Confusing UX [00:56:18] Thanks :) [01:02:10] can someone delete https://www.wikidata.org/wiki/Q26822617 ? somehow i ended up creating two items fused together and I'd rather just delete it and start over [01:10:21] actually -- that won't be necessary [01:10:59] harej: you're not an admin yet? [01:11:07] hah! [01:11:12] * aude not [01:11:40] my recentchanges flooding might disqualify me [01:11:50] i doubt it [01:12:45] wikidata, rejoice :) https://www.mediawiki.org/wiki/User:Smalyshev_(WMF)/Govmap [01:12:54] (WIP) [01:13:12] hmm, how do you determine a state's party affiliation? [01:13:17] why is alaska green? [01:13:25] green party? [01:13:26] harej, ask SMalyshev, or look at the query :) [01:13:40] i think its unaffiliated [01:13:44] oh [01:13:52] Is it state governors? [01:13:59] That would explain Massachusetts being red. And literally nothing else ;] [01:24:28] and louisiana being blue lol [03:06:07] it's governors by party, yes [03:08:57] alaska is green because their governor left the party and run as independent (it's a bit more complex but look in wikipedia if interested ;) [05:15:17] https://gerrit.wikimedia.org/r/#/admin/projects/pywikibot/bots/FLOSSbot was created (thank you :-) I guess it will show at https://phabricator.wikimedia.org/project/query/all/ at some point ? [07:16:43] for WDQS, how do I check the qualifier of a given statement? [07:43:45] tobias47n9e-c: hi ! Would you mind reviewing https://gerrit.wikimedia.org/r/#/c/308944/ ? It's a bootstrap stage. [09:16:11] Another quiet day. [09:17:08] * Alphos prods his caps-lock, harassing bot back in [09:17:17] for it was me all along ! (not) [09:18:45] harej what do you want of the qualifier exactly ? its property or its value for a given property ? [11:56:49] I've posted on multiple user talk pages a message about a satisfaction survey concerning Flow. Sorry for the possible spam! [11:57:08] I've seen that, pretty annoying. [11:58:43] * Alphos slaps sjoerddebruin :D [11:59:06] Please don't do that, it turns me on. [12:02:03] sjoerddebruin hm, you coming to france soon ? :3 [12:02:16] Not really, why? [12:02:34] i coulda slapped you loooong :p [12:02:41] :O [12:02:45] :D [12:03:33] what's a little bdsm among friends ? :p [12:03:57] anyway, gotta go ^^ [12:04:05] ... [12:19:03] DanielK_WMDE: hm, thinking about it [12:19:21] In client, if we have a SiteLinkLookup telling us that a page is linked with a certain item [12:19:33] Does it make sense to use fallbacks to fetch that item? [12:19:50] The SiteLinkLookup would probably use the same DB connection, than the entityLookup anyway [12:20:01] thus if it knows about an Item, so does the EntityLookup [12:20:10] yes, it should [12:20:15] though there is no guarantee [12:20:42] yeah [12:20:43] i think it's ok to just not find the sitelinks for a few seconds [12:20:52] Well, we store taht in PC [12:21:01] yea, i was just thinking that [12:21:13] i'd say - let's see how often that goes wrong. [12:21:34] we can log this case, right? We think we are linked, but can't find the item. [12:21:40] We already log them [12:21:49] we should put that in a debug log or event log or whatever [12:21:51] we had issues with inconsistent secondary stoare in the past [12:21:54] (not wfLogWarning) [12:22:08] ok [12:22:09] hm [12:22:16] We use wfLogWarning right now [12:22:36] well, wfLogWarning indicates that there really is something wrong [12:22:39] 'According to a SiteLinkLookup ' . $itemId->getSerialization() is linked to ' . $this->siteId . ' while it is not or it does not exist.' [12:22:52] while the case we are discussing is really expected, though we expected it to be rare [12:23:06] hoo: <3 [12:23:21] in the past, if the lookup failed, something must have seriously gone wrong. [12:23:37] in the future, it might just be slave lag, so the severity of the warning should be lower [12:23:52] but i'm also fine with keeping wfLogWarning for now, if it's already there. [12:27:03] sjoerddebruin: :) [12:27:22] Don't make it so late again please. <3 [12:27:55] I didn't plan for my script to mess up :P [12:30:10] hoo: query service isnt updating? [12:30:13] SMalyshev: ^^ [12:30:46] addshore: meh… one or both hosts? [12:30:51] updater stopped running on both hosts? [12:31:02] both hosts have the same lag, for 34 mins now! [12:31:17] we should really set an alarm for this? :P [12:31:32] I think there's some monitoring [12:31:38] but not sure about the state of that [12:33:16] the service seems to be in a crash-restart-loop [12:35:18] wtf, the updater is hitting a syntax error [12:35:32] I mean the query it tries to run does that [12:36:24] o_O [12:36:31] huh [12:36:43] hah, whats the query? [12:37:09] is it realyl a sytnax error? all db errors are reported as "syntax errors", right? [12:37:31] java.util.concurrent.ExecutionException: org.openrdf.query.MalformedQueryException: Encountered " "<" "< "" at line 4, column 1230. [12:38:05] oh a syntax error in the Java! I thought you meant a syntax error from the api! [12:38:32] addshore: No, that's from blazegraph's parser [12:38:40] org.openrdf.query.MalformedQueryException: [12:38:46] addshore: java is reporting a malformed sparql query, if i understand correctly. [12:39:04] [12:39:07] what? [12:39:11] this is not a compiler error. there are no syntax errors at runtime in java :) [12:39:13] that does seem odd, to have just randomlly happened in the last 30 mins [12:39:40] addshore: It's rpobably choking on one specific change [12:40:45] hoo: the script should check the response code that SPecial:EntityData generates. it should only procede if it gets a 200. [12:40:51] everything else should be logged and skipped [12:41:07] gives a 400 [12:41:50] SELECT ?b ?c WHERE { ?b ?c . } [12:41:57] that still works, so that's not the cause here [12:42:12] huh! [12:42:51] [12:42:54] hoo: no, i suspect it uses the data returned from Special:EntityData to build a query. Which would be valid RDF if all goes well, but in this case, it's HTML [12:42:56] that makes it go foobar [12:43:02] which explains the < in a wrong place [12:43:11] Also... "column 1230"? Whut? [12:43:41] hoo: wtf, why does it generate random URIs like that? [12:43:57] soudns like confusion regarding the namespace of these pages... [12:44:22] Could be [12:44:28] that's the query in question https://paste.fedoraproject.org/423346/32522511/ [12:44:36] hoo: https://www.wikidata.org/wiki/Wikidata:Wiki_Loves_Open_Data [12:44:41] hoo: https://www.wikidata.org/wiki/Wikidata:Flow [12:44:44] these exist [12:45:31] but no recent edits [12:46:13] where do the ids come from though? [12:46:20] :D [12:46:51] hoo: quick fix: s/ /_/g [12:47:54] DanielK_WMDE: technology, fuck yeah! [12:48:54] \o/ [12:51:17] hoo: something is also up regarding the alert, which none of us got right? and wasn't in irc? [12:51:28] icinga correctly reports it as critical... [12:51:48] addshore: depends on the contact groups on that alert [12:51:51] can check that in a sec [12:51:58] epic! :) [12:52:13] It will take me forever to get a fix for the updater anyway, so I can as well wait for Stas [13:22:03] hoo gehel could you please deploy wdqs? We are having beer and cake and implemented awesome tracking feature and it would be cool to have live data so addshore can make beautiful grafana graphs out of it [13:24:08] Jonas_WMDE: I can have a look... [13:24:37] ...Looks like you all are on it. Cheers! [13:37:09] gehel: that would be awesome! :) [13:38:26] addshore, Jonas_WMDE: I just have a few things that need to clean up before, but that's the next task in my queue! [13:41:26] gehel: okay! :) beer & cake starts in 1.5 hours :) [13:41:51] if you send me some, that might raise the priority... [13:41:54] :) [13:44:25] * Alphos is envious [13:45:05] gehel: mwahahhaaaaa! Maybe we will buy you some at a next event? :) [13:49:12] gehel : there is no cake, the cake is a lie ! :p [13:49:32] about the updater issue, it seems that you already got some analysis... is there a phab task somewhere already? [13:52:40] Jonas_WMDE: the deploy repo does not seem to have anything new from what is already deployed. Does anyone know how to make a release? [13:53:05] * gehel should probably know that, but does not at the moment... [13:54:59] ahh gehel the wdqs gui! [13:55:14] is there a deploy repo for that? [13:55:20] *goes to read some docs* [13:56:18] thanks gehel [13:56:52] it should just be 'grunt deploy' to put it in the right deploy repo [13:58:58] addshore: There's no thorough docs on this [13:59:43] I blame Jonas_WMDE ;) [14:00:09] no docs, and I've never done it... If someone knows how to do it, feel free to make the release, otherwise, I'll wait for SMalyshev to be around... [14:00:27] * gehel has already broken enough things... [14:02:02] I've never done it [14:03:01] Could be that it's enough to update the GUI submodule and scap it [14:03:03] but I dunno [14:03:58] hoo gehel https://gerrit.wikimedia.org/r/#/c/308992/ [14:07:47] I'll try… if something seems sketchy, I'll abort [14:08:48] :D [14:09:23] I don't even have the rights to merge in that repo [14:09:29] well, so it's down to Stas [14:09:53] oooh, hoo Jonas_WMDE can +2 in there [14:10:08] oh wait +2 != merge..? [14:10:15] Yeah [14:10:19] +2 is not enough [14:10:26] you need to manually submit [14:12:45] hmm, hoo there is also a production branch? [14:13:24] yeah [14:13:27] but yeh, starting to look messy :/ [14:13:32] not sure why there's even a master one [14:13:42] we can merge into the production branch, but not master [14:14:15] Nah [14:14:21] we can't merge into production [14:14:34] oh no, we can push... [14:16:58] I can also give myself the rights to submit [14:17:02] but that seems a little weird [14:18:33] Done [14:22:52] hoo: https://github.com/Wikidata-lib/PropertySuggester/pull/175 still not deployed? [14:23:06] it should be [14:23:27] Why am I stil seeing double suggestions then... [14:24:24] I'll check in a second [14:26:32] It seems like we had the problem before: https://phabricator.wikimedia.org/T109697 [14:28:10] addshore: gehel: Jonas_WMDE: Deployed [14:28:27] hoo EPIC LD# [14:28:27] :D [14:29:08] hoo: thanks! [14:29:13] hoo: now we wait for https://grafana.wikimedia.org/dashboard/db/wikidata-query-service-ui to populate [14:29:31] hoo: did you also deploy on wdq-beta? [14:29:47] gehel: No [14:29:56] hoo: I'll do it... [14:29:59] thanks [14:30:37] We should really have more docs for this [14:30:43] scap3 is straight forward, but still [14:30:49] * gehel agrees with hoo [14:31:33] wdq-beta is also upgraded [14:31:40] thanks [14:31:43] totally forgot that [14:32:46] addshore: That's pretty neat [14:47:50] sjoerddebruin: Oh well… I missed this [14:48:01] but deploy to the real Wikidata(tm) is only this evening [14:48:07] we only did test.wikidata yesterday [14:48:19] but the fix is part of the new deploy indeed [14:48:49] Okay, good to know [14:58:20] hoo: so the issues affecting the WDQS were fixed? [14:58:32] harej: The updater issues? [14:58:33] No [14:58:39] :( [14:58:45] https://phabricator.wikimedia.org/T144913 [15:29:50] Too bad there aren't any tools to import artwork facts from Commons to Wikidata. https://commons.wikimedia.org/wiki/Category:Artworks_without_Wikidata_item [15:33:35] hoo: what's up? [15:33:58] SMalyshev: https://phabricator.wikimedia.org/T144913 :S [15:34:12] FYI: I've also updated the WDQS UI [15:34:57] hoo: ah, I will take a look. looks like my recent patch has problems. Will need to rollback it to previous one I guess [15:35:33] I'll do it a bit later [15:35:54] is GUI update urgent? [15:37:16] SMalyshev: No, it's already done [15:37:24] hoo: ok [15:37:48] usually we deploy on Mondays but on urgent updates we can deploy anytime [15:38:16] I don't want to do too much ad-hoc deploys though [15:39:14] Understandable [15:39:24] The folks in Berlin seemed very eager [15:39:29] :P [15:41:10] hoo: I had a look at https://gerrit.wikimedia.org/r/#/c/308989 it seems that notifications *should* already be sent to wdqs-admins... [15:41:50] hoo: is it just notifications to this irc channel that are not working or also notifications to yourself? [15:42:20] gehel: Both [15:42:36] Also I don't think we had any in #wikimedia-operations even [15:42:50] but the check clearly went critical, I checked it in the web interface [15:43:31] wdqs is not considered production status yet, so that might be why we don't log those in #wikimedia-operations. Not sure... [15:43:39] hm [15:43:45] did you get a personal page? [15:43:46] * gehel does not understand icinga as well as he should [15:43:59] I got paged about the puppet failures a few days back [15:44:17] but not about the lag [15:45:27] actually, no, I did not... [15:46:24] the conf on neon does specify wdqs-admins in the contact_groups, so the issue is somewhere else... [15:46:36] * gehel needs to do some reading again.. [15:48:40] gehel: I've rolled back updater - could you redeploy? [15:48:50] SMalyshev: sure [15:49:32] hoo: did you already create a phab task on this notification issue? [15:49:39] gehel: No [15:49:46] hoo: ok, I'll do it... [15:50:27] thanks [15:50:28] SMalyshev: did you already update the deploy repo? [15:55:16] gehel: yes [15:56:03] SMalyshev: strange, I don't see any new commit... [15:56:06] ah, sorry, push failed [15:56:09] try now [15:56:13] Oh, that explains! [15:56:24] SMalyshev: yep, much better! [15:56:31] thx! [16:03:25] gehel: SMalyshev just incase you didn't see my link above >> https://grafana.wikimedia.org/dashboard/db/wikidata-query-service-ui [16:04:13] w00t [16:04:54] I was a little confused by the word "browser" [16:06:16] addshore: new dashboard, nice! [16:08:59] sjoerddebruin: fixed! [16:13:17] SMalyshev: could you have a look at wdqs-updater logs? It does not give any error, but it seems to be stuck on the same update... [16:18:25] looks like the problem was not what I was thinking it is [16:20:13] addshore, hoo: what is page with title "Wiki Loves Open Data" and how comes it's in main namespace? [16:20:53] looks like that's what breaks updates but I have no idea how comes it's in recent changes [16:21:01] https://www.wikidata.org/w/api.php?format=json&action=query&list=recentchanges&rcdir=newer&rcprop=title%7Cids%7Ctimestamp&rcnamespace=0%7C120&rclimit=100&continue=&rcstart=20160907115608 [16:21:08] SMalyshev: https://www.wikidata.org/wiki/Wikidata:Wiki_Loves_Open_Data dunno [16:21:30] yeah I know that but it's in Wikidata namespace [16:21:40] so how comes it's in main ns? [16:21:47] aude: ^^^ any ideas? [16:22:18] addshore: better! [16:22:38] pageid, revid, old_revid all set to 0, smells funny :D [16:22:58] Alphos: according to where? [16:23:19] addshore https://www.wikidata.org/w/api.php?format=json&action=query&list=recentchanges&rcdir=newer&rcprop=title%7Cids%7Ctimestamp&rcnamespace=0%7C120&rclimit=100&continue=&rcstart=20160907115608 [16:23:19] yeah this entry looks all wrong... [16:23:23] SMalyshev: What's claiming htat it's in NS0? [16:23:34] https://www.wikidata.org/w/index.php?title=Q212792&action=history too much time, so little done :/ [16:23:39] addshore the funny smelling part is my own ;) [16:24:02] hoo : the rc has "ns":0 [16:24:03] hoo: "ns": 0 part I assume :) also I asked for ns 0 or 120 [16:24:09] heh..... [16:24:15] thats.... interesting! [16:24:19] {"type":"log","ns":0,"title":"Wiki Loves Open Data","pageid":0,"revid":0,"old_revid":0,"rcid":391470089,"timestamp":"2016-09-07T11:56:10Z"} [16:24:43] Josve05a: have you ever beat the property suggester (aka no suggestions left)? [16:24:56] not often [16:25:15] once or twice though... [16:25:22] It's hard for sports people of course, as most don't have regular identifiers. [16:25:33] But for politicians, it's probably easy. [16:25:59] anyway, I can probably block it easily [16:26:50] SMalyshev, addshore : [16:26:50] 13:56, 7 September 2016 Delivery of "Please take part in the Flow satisfaction survey" to Wiki Loves Open Data was skipped because target was in a namespace that cannot be posted in [16:27:22] Alphos: hmmm... but the log message still there [16:27:35] sjoerddebruin: or wait...property suggester? [16:27:42] https://www.wikidata.org/w/index.php?title=Special%3ALog&type=&user=&page=Wiki+Loves+Open+Data&year=&month=-1&tagfilter=&hide_thanks_log=1&hide_patrol_log=1&hide_tag_log=1&uselang=en [16:27:46] Yeah, the one that suggest properties. :P [16:27:57] (while adding new statements) [16:28:03] Is that the same as primary sources suggestor? [16:28:07] i'd say you need to somewhat blame Trizek for that one :p [16:28:17] Nope! [16:28:25] he's the one who spammed everyone with that satisfaction survey ! :D [16:28:32] * Alphos points fingers [16:28:35] I deny :þ [16:28:43] ok [16:28:51] It's empty on https://www.wikidata.org/wiki/Q288771 :) [16:28:54] now I see what you mean. No, I've never done that xD [16:28:55] he's the one who spammed everyone BUT ME with that satisfaction survey ! :D [16:29:21] Use Flow then, Alphos. [16:29:25] ^^ [16:29:38] but what if i end up unsatisfied ?! :D [16:30:46] bah...I can't do the last property on "Bolt (2008 film)"....it is animated, and has no director of photography....ugh [16:31:10] Well, set is on "no value" then? [16:31:23] But thank you for pointing out I had a delivery issue, Alphos and SMalyshev! [16:31:47] well, it isn't really relevant..I could add "mother:no value" as well, but... [16:32:20] Trizek ;) [17:20:08] gehel: new updater version, please redeploy [17:20:21] SMalyshev: I'm on it... [17:22:22] SMalyshev: I have an issue with "git fat pull" on wdq-beta. not sure which file this is... [17:22:31] SMalyshev: have all binaries been uploaded to archiva? [17:22:46] ah let me check [17:22:47] sorry [17:35:46] SMalyshev: do you need my help on that git fat thing? [17:36:03] gehel: no, will be ok in a couple of mins [17:36:09] uploading now [17:38:43] gehel: try now [17:39:50] SMalyshev: different hash, but same error... [17:40:00] hmm wtf [17:40:05] yeah... [17:40:08] it should be deployed [17:40:18] maybe it hasn't updated yet, let's wait 5-10 mins [17:40:27] ok, will try in a few [17:40:42] I have actually not much idea of how git fat works... [17:50:45] SMalyshev: git fat pull still not working... [17:51:08] dammit something wrong with this [17:51:30] oohhh damn I know what's wrong [17:51:36] I deployed to wrong place :( [17:52:14] SMalyshev: I need to take a quick break... back in ~20' [17:52:38] ok [17:52:44] :D [17:54:41] The wdqs seems to be out of sync for about 6 hours "Data updated 6 hours ago" [18:02:27] SMalyshev: really sorry, but same issue again... [18:02:35] hmm [18:02:48] SMalyshev: different hash though... [18:03:01] ok I;ll check it again after CREDI [18:03:07] ok [18:28:41] I've been fighting with my local host, everything works except data transclusion [18:28:46] no idea why [18:39:46] SMalyshev: it seems that there is 1 update failing, but then wdqs-updater continues just fine... [18:40:09] gehel: that's good [18:40:35] SMalyshev: it is skipping the problematic page and continuing? right= [18:41:07] gehel: right [18:41:12] that's what should happen [18:41:15] good! [18:41:25] gehel: thanks! [18:41:37] I'll watch it for a while but looks like it's fine now [18:41:43] SMalyshev: thanks you! You did the actual work... [19:05:44] * Josve05a is happy :D I found and successfully merged two items. lol https://www.wikidata.org/w/index.php?title=Q20017673&action=history [19:05:58] We should make the gadget default though. [19:10:35] Josve05a: not sure about your Russian label though. [19:10:56] my rusian label? [19:11:10] https://www.wikidata.org/w/index.php?title=Q1836623&type=revision&diff=337915067&oldid=337915066 [19:11:19] I thought Russian was another script? [19:11:44] not me...but true [19:12:15] Oh shit, should read better. [19:12:19] :p [19:12:22] Didn't I say the same yesterday? [19:18:53] So many Dutch politicians without Wikipedia articles. Maybe because NL is a fake language and no-one can read your sources https://www.wikidata.org/wiki/Q20857311 [19:19:22] Thanks to https://www.wikidata.org/wiki/Property:P1959, every member of the Dutch senate has a item. [19:19:44] As you can see, work still needs to be done. [19:22:08] I'll just run mix-n-match as much as I can muster and let others merge stuff which are dupes [19:22:49] AAAND as soon as I said that I found 2 items that need to be merged. ugh [19:24:23] Of course it's fun to work on large scale, but you don't make a item perfect with that. :) [19:26:35] woop woop https://www.wikidata.org/w/index.php?title=Q5883253&action=history [19:27:08] This really helps, thanks! [19:27:55] hey all, is there any developer online in this channel? a few days ago I left a request regarding the Wikidata Query Service at [[:mw:Talk:Wikidata_query_service#Links_in_query_results_should_be_https.2C_not_http]], but it seems there is nobody listening [19:27:55] 10[1] 04https://www.wikidata.org/wiki/:mw:Talk:Wikidata_query_service%23Links_in_query_results_should_be_https.2C_not_http [19:28:03] SMalyshev: ^ [19:28:43] sjoerddebruin: which links do you mean? [19:28:49] I think http is used in the canonical entity uri [19:28:55] item URIs are not links [19:29:01] i'm not the one asking :P [19:29:12] Would be nice to change but not so simple [19:29:12] they look like http links but those are URIs (more precisely IRIs) [19:29:20] And more a question for daniel [19:29:30] Josve05a: heh, maybe I'm just weird, I don't know much dutch at all, but I can read a surprising amount of it thanks to knowing enough english and german :P [19:29:53] okay I understand. would still be nice if there was an encrypted way into wikidata from the query service [19:30:19] Suppose could be done in query gui [19:30:29] nikki: I would think that I could understand some of it with 18 years of Swedish, 9 years of English and 3 years ogf German, but nooo [19:30:42] Matter of formatting links [19:30:59] You should learn Dutch Josve05a, pretty important language on Wikidata now. :P [19:31:39] you should learn Swedish. :p Second (still second, right) biggest WIkipedia version [19:31:56] We share something, loads of shitty bot articles. [19:32:01] xD [19:32:26] well, you also have lots of shitty bot created items which are dupes on WIkidata so... [19:33:23] I'll stick to adding identifiers and let other users add all the details of the items instead :) [19:33:49] oh fucking hell [19:34:01] DuplicateReferences broke [19:34:25] "TypeError: undefined is not an object (evaluating 'statementview._controller._model')" [19:34:25] audephone: agree. could be optional, would be okay for me. Im often using public unencrypted wireless networks and try to hide as much traffic as possible with https... [19:35:50] Josve05a: huh interesting :) I wonder if it's related to how much german we know or if I'm just good at figuring out matching words [19:37:33] sjoerddebruin: it took me 3 minutes of searching different names to find this person... https://www.wikidata.org/wiki/Q2201325 ugh...what is it with nl and having multiple names, and abbreviations and "shorts" of theri names.. [19:38:21] nikki: Well, I can guess what some words might mean, but I can't understand 'em... [19:38:29] Josve05a: that's why I'm adding the shorter versions of their names as aliases. Also makes it easier to match them with scientific publications. [19:39:35] too. many. aliases. https://www.wikidata.org/w/index.php?title=Q2201325&diff=374412952&oldid=374412638 [19:40:46] hmm I never edited my user page? why https://www.wikidata.org/w/index.php?limit=200&title=Special%3AContributions&contribs=user&target=Stryn&namespace=2&tagfilter=&year=2016&month=-1 is empty [19:41:10] That's really weird, Stryn. [19:41:33] I was looking at my contributions [19:41:46] no edits shown today [19:41:49] should be one [19:42:10] I see it...? [19:42:20]