[00:36:43] New patchset: Daniel Werner; "Move jQuery.ui.suggester into ValueView extension" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57448 [00:37:05] New patchset: Daniel Werner; "Moves jQuery.ui.suggester from Wikibase into ValueView extension" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/57449 [00:48:47] is there a property for official positions? for when a person has held the position [00:49:11] maybe [00:49:23] * sDrewth sharpens a stick [00:49:23] * legoktm checks what barack has [00:49:49] dog's breakfast -> https://www.wikidata.org/w/index.php?title=Special%3AAllPages&from=&to=&namespace=120 [00:50:07] https://www.wikidata.org/wiki/Property:P39 [00:50:12] office held (political) [00:50:35] k, thx [00:51:17] ive found the fastest way to find a property without trying to search through WD:P is go to the most popular instance of the item you're trying to add to, and chances are someone will have already added it :P [00:52:55] legoktm: usually (in wikis) many are right but fail on helpful; here you are helpful, but that is just so wrong [00:53:45] ahahaha [00:53:47] :) [00:54:07] someone/some group are going to need to lovingly tend WD:P if people are going to do it right [00:54:13] right [00:54:17] its near impossible to keep up [00:54:26] * legoktm writes a bot [00:54:59] legoktm: it almost needs to be expandable like CategoryTree [00:55:20] just click a twistie and drill your way down [00:55:36] hmm [00:55:40] thats a pretty good idea [00:56:00] you click the property, and it adds that and waits for the data bit [00:59:49] https://www.wikidata.org/wiki/Wikidata_talk:List_of_properties#Missing_Properties [00:59:51] * Hazard-SJ goes to do some coding now [01:00:49] :) [01:00:57] know JS Hazard-SJ? [01:01:04] heh [01:01:25] legoktm: Not really [01:01:30] :P [01:01:31] ok [01:12:16] legoktm: what do you think about letting the bot check logs up to one hour before run time? [01:12:35] for...? [01:12:55] expecting that whatever moves/deletions to be reverted would have been done by then, legoktm [01:13:50] ohoh [01:13:57] for the zomgadminbot? [01:14:34] hmmmmm [01:15:02] i suppose, but its not really necessary imo [01:15:07] Whatever you want to call it :P [01:15:09] just use the exclusions i said to :) [01:15:20] has anyone else commented since i did? [01:15:24] legoktm: OK [01:15:46] legoktm: I'm also inverting the order that my bot reads the logs in [01:15:50] ah [01:15:52] smart [01:16:17] legoktm: I got one move problem about it sometime ago, I assumed that was the cause :P [01:16:48] And my bot is going to have to run more frequently too :P [01:20:15] squatted. [01:21:39] New patchset: Jeroen De Dauw; "Minor tweak to entry point code" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57453 [01:26:11] legoktm: What do you think about adding checks to avoid deletion of non-orphaned pages? Support or oppose? [01:26:24] yes [01:26:50] my bot also checks for [01:26:58] instance of --> cultural something [01:27:06] i forget what its called [01:28:28] legoktm: You just used page.getReferences, right? [01:28:39] yeah with namespaces=[0] [01:34:20] trunk doesn't have that option AFAIK [01:35:51] well there's the problem ;) [01:35:58] {{oppose}} uses trunk ~~~~ [01:35:59] 10[1] 10https://www.wikidata.org/wiki/Template:oppose [01:37:56] :P [01:38:39] legoktm: The good thing is that your bot might still get work from mine ;) [01:39:36] legoktm: is there a botMayEdit function in rewrite? [01:39:46] course [01:40:29] I'm going to write a botMayDelete for my code :P [01:40:59] and if it returns false, it goes to RFD [01:41:27] separate user account right? :) [01:51:54] legoktm: I haven't created the account yet, but I have a name in mind if I need it [01:52:02] :D [01:55:25] legoktm: I plan to make a "mock deletion log" :D [02:11:09] legoktm: Does http://pastebin.com/D1zWds0c look okay to you? [02:12:05] whats the point of [02:12:06] if not self.canDelete: [02:12:06] return False [02:12:35] authors = list() <-- why not just make that a set from the beginning? [02:12:36] legoktm: I have a variable in __init__ called self.canDelete [02:12:44] ok [02:12:54] you can use len() over a set [02:13:04] no need to go from list --> set --> list [02:13:44] if u"wbsetsitelink-remove" in summary: <-- are you gonna check "and not user in admins"? [02:14:19] legoktm: Reload the page for the update [02:15:21] authors.add [02:15:25] set uses add not append [02:15:29] legoktm: it returns False for that by default in that case, so you're saying I should exempt admins from having it return dalse? [02:15:36] right [02:15:52] you dont delete things that have links removed cuz of vandalism [02:15:59] but admins dont vandalize :P [02:16:28] legoktm: So what if all the edits were made by different flagged bots? Coud I delete in that case? [02:16:41] i uh.... [02:17:01] Do you trust other people's code? ;) [02:17:33] legoktm: Are you another person? ;) [02:17:43] * Aren't [02:18:58] hmm? :P [02:19:01] I mean [02:19:05] I trust my own code [02:19:09] and probably a few others [02:19:25] but i wouldnt whitelist every bot... [02:19:54] * Hazard-SJ goes to exempt admins [02:22:33] New review: Jeroen De Dauw; "(1 comment)" [mediawiki/extensions/DataValues] (master) C: -1; - https://gerrit.wikimedia.org/r/57048 [02:25:17] New review: Jeroen De Dauw; "(4 comments)" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/57049 [02:25:36] * sDrewth slaps WD for its refusal to create a new item and saying that it exists [02:26:42] or maybe I am just being throttled [02:26:48] sDrewth: what item? [02:27:49] got it now, but twice it told me NO [02:27:58] >not gonna do it [02:28:30] oh wow [02:28:31] hmm, this refuses Knight of the Order of Australia [02:28:38] we've created 300k items today [02:28:41] it presumably matches the category [02:29:03] sDrewth: on enwiki thats a redirect [02:29:04] legoktm: that would be when your bot was throttling the lab server last night [02:29:06] pointing to https://www.wikidata.org/wiki/Q1141149 [02:29:19] New patchset: Jeroen De Dauw; "Remove clutter constructor comments" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/57464 [02:29:44] legoktm: sure, but while enWP may do it that way, it isn't always going to work in WD where it can need specifics [02:29:51] right [02:29:55] so um [02:29:57] especially when you get to infoboxes [02:30:06] I will just trick it [02:30:50] create it with a near name, and then rename when created [02:34:46] New patchset: Jeroen De Dauw; "Add exception message and use correct exception type" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/57465 [02:34:51] legoktm: ? [02:35:11] i dont think i pinged you... [02:35:20] you didnt :P [02:36:34] i need a special query or script :P or both :) as I found a problem :D [02:37:56] oh [02:37:57] hi [02:38:01] whats up? [02:38:31] durign moments of lag / laxlag exception it would seem my scripts has created duplicated in my db! I need to find / create a script / query that will remove duplicates where the collum 'lang' and 'article' are the same only leaving the most recent behind acording to collum 'checked which is a timestamp :D [02:39:44] how about... [02:39:57] i give you a query that gives you the duplicate rows [02:40:02] and you figure out which ones to trash? [02:40:07] i already have that :. [02:40:11] oh [02:40:34] * legoktm is feeling lazy though [02:41:08] ... [02:41:13] :D [02:41:22] * addpub always feels lazy [02:41:37] give it 24 hours and it might be done ;p [02:41:42] * legoktm puts addpub to bed [02:41:53] :P [02:42:30] after doing some more queries to my db I realise that the db contains many duplicates because of the alter to the db that I never managed to do because it was to big :P [02:43:05] so now I need a script to clean up after all of the error, which I am guessing will remove about 1.5million rows from the db :P [02:43:10] ish x] [02:44:32] im gonna go to sleep now [02:44:58] legoktm: care to look at http://pastebin.com/D1zWds0c first? :P [02:45:14] meh ima go sleep too and fix this tomorow :D [02:45:26] i just realized ive been up for 24hours [02:45:28] addsleep, addwake! [02:45:28] Hazard-SJ: sure [02:45:35] Thanks :D [02:45:37] Hazard-SJ: shhh [02:45:47] I got all of your pms and messages on talk [02:45:58] I still havent looked at a diff between the two lists you have [02:46:01] I saw :) [02:46:15] but I think there is still something missing :P [02:46:38] Hazard-SJ: is getVersionHistory a generator? [02:46:39] literally I have been flooded with crosslang talk messages :/ the last few weeks have been a right *&*** [02:47:15] whether or not it is, its probably just best if you iterate over it once [02:47:28] legoktm: It's in wikipedia.py [02:47:37] in Page [02:48:18] addsleep: And the code already takes long enough to run :S [02:48:41] hehe, I know, it does have to check a hell of a lot of stuff :P [02:48:51] do you have to code public somewhere? :) [02:49:32] Hazard-SJ: http://dpaste.de/LzsJT/raw/ [02:49:35] addsleep: I'll put it on GitHub soon [02:49:35] ALSO [02:49:37] 4 SPACES [02:49:42] now is property "subdivides into" generic or specifically part of location? [02:50:05] Hazard-SJ: looking at the size of the lists there must be some error somewhere in my opinion :P [02:50:09] sDrewth: how have other people used it? [02:50:36] legoktm: Notepad++ uses tab by default [02:50:40] it is inundated with location, as it sits there in the guidance [02:51:18] Hazard-SJ: sofixit :) [02:51:27] but not sure how else to subdivide a "termn" [02:51:28] sDrewth: No clue [02:51:35] New review: Jeroen De Dauw; "The general idea here is good though the code has some serious issues as well, including some incorr..." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55515 [02:51:50] i wish I had more time :/ [02:52:02] gnite everyone [02:52:08] :/ [02:52:15] but its only 3:52 am :/ [02:52:30] legoktm: Why are the four spaces preferred, though? :) [02:52:32] * legoktm has been up for 25 hours now [02:52:46] New review: Jeroen De Dauw; "Also, this code is lacking tests... Not cool" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/55515 [02:52:51] legoktm: I dont remember when I woke up :P [02:52:54] rschen7754: is property "subdivides into" generic or specifically part of location? [02:52:57] Hazard-SJ: PEP8 standard. Also not all text editors handle tabs the same way, but they all handle spaces correctly [02:53:00] but it was some time ago :P [02:53:09] * Hazard-SJ tries to keep legoktm up for 26 hours [02:53:17] GNITE [02:53:33] gnite legoktm [02:53:41] * addsleep slaps Hazard-SJ [02:53:46] punch drunk! [02:53:48] * addsleep goes to compare two lists [02:53:56] * addsleep slaps sDrewth [02:54:18] shhh [02:55:44] * ihaveamac word [02:56:09] :/ [02:56:14] * addsleep slaps ihaveamac [02:56:20] * ihaveamac pokes addsleep [02:56:30] shhh [02:56:54] f-it, if there are subsidiary parts, and two way pairs, then it would be helpful to show the freaking pairs [03:02:08] New patchset: Jeroen De Dauw; "Remove StringFormatter" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57466 [03:03:07] :D [03:03:52] sDrewth: not sure, i haven't done a lot of wikidata in hte last few weeks [03:05:59] New patchset: Jeroen De Dauw; "Improve docs and removed incorrectly placed todo" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57467 [03:06:12] Change merged: Jeroen De Dauw; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57467 [03:10:44] New patchset: Jeroen De Dauw; "Remove StringFormatter" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57466 [03:11:40] New patchset: Jeroen De Dauw; "Remove StringFormatter" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57466 [03:13:19] rschen7754 :O [03:14:12] ? [03:17:02] not done a lot of wikidata in the last few weeks? :O [03:17:31] yup [03:22:15] I couldnt sleep [03:22:43] In other news, my category-item creation bot is currently running on every wiki except enwiki [03:23:10] sDrewth: And I stuck them into SGE so it shouldnt overload anything :) [03:28:43] I'm editing faster than 500epm [03:33:33] We should hit 10mil in the next 2 days if we can sustain this rate. [03:36:14] legoktm: coibot will catch up one day ... edit-backlog: 2633 files (1499827 lines) [05:05:56] Do we have something for "member of band" yet? Just "part of"? [05:44:58] superm401, maybe "member of"? [05:45:17] Hahc21, does that exist in general? [05:45:27] I thought there was only member of party/member of sports team. [05:45:32] ugh no [05:45:43] we'd need "member of band" too [05:46:03] Alright, I'll propose it. [05:46:18] I kind of get why they're separate, but I'm not sure it makes sense. [06:06:38] Hahc21, proposed at https://www.wikidata.org/wiki/Wikidata:Property_proposal/Person#member_of_musical_group [06:06:57] Great [06:06:59] :D [06:07:05] I shall support that [06:08:12] Okay, supported, and I consider we do need it [06:17:26] hi [06:18:09] helllo [06:52:54] New patchset: Jeroen De Dauw; "Cleanup of DataType related formatting code" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57466 [07:33:09] New patchset: Jeroen De Dauw; "Cleanup of DataType related formatting code" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57466 [07:35:10] !nyan [07:35:10] ~=[,,_,,]:3 [07:42:14] New patchset: Raimond Spekking; "Fix typo" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57476 [07:43:50] someone please poke me when hoo shows up [07:43:54] also: good morning [07:46:57] https://www.wikidata.org/w/index.php?oldid=19819425&rcid=19840769 Woooohooooooo [07:47:09] https://www.wikidata.org/wiki/Q10000000 [07:47:24] we´ve hit 10 mil now :P [07:47:32] congrats legoktm [07:47:37] Lydia_WMDE: ^^ [07:47:53] woah! [07:48:31] I was watching the livestream of the RC for a time [07:48:39] and saw we were close to it :p [07:48:45] hehe [08:34:12] o,o [08:34:36] well it seems to have stopped [10:40:37] Change merged: Aude; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57476 [10:47:59] legoktm: hey, you there? [11:20:46] did i do anything wrong? [11:35:40] Schisma: any reason you are asking? [11:38:03] Lydia_WMDE: I mean in my proposal [11:38:19] Schisma: sorry, which proposal? [11:39:53] ah [11:40:03] my irc client crashed it seems ^^ [11:40:30] http://www.wikidata.org/wiki/Wikidata:Property_proposal/Place#Openstreetmap_Relation_ID [11:40:38] this proposal [11:40:59] looking [11:41:39] Schisma: data type should probably be string [11:42:01] and you can add a link to openstreetmap to the source part [11:42:15] and add your name to proposed by :) [11:42:16] there is no such thing as an int? [11:42:30] not at the moment [11:42:39] but string is fine for what you want there i think [11:42:52] other than that it looks fine to me [11:48:06] would it really be an int? [11:48:21] i.e. is 0123 the same as 123? [11:48:26] if there are ints, it would be the same [11:48:31] if they are strings, it would not [12:25:20] Denny_WMDE1: http://www.wikidata.org/w/index.php?title=MediaWiki:Common.js&action=history [12:25:33] trying again, legoktm? [12:26:07] language selector thing comes from commons [12:27:35] thx, that is really helpful aude [12:27:37] http://www.wikidata.org/wiki/Wikidata:Administrators%27_noticeboard#Import_AnonymousI18N.js [12:28:01] Hey, and admins here? [12:28:07] any admins here? [12:28:47] I am thinking about blocking legobot as it seems to currently be the cause of a major lag [12:29:46] also it is currently creating a lot of items for categories that do not even have language links - I am not exactly sure what the advantage is of those [12:30:08] addshore: Moe_Epsilon ^^ [12:30:28] benestar|away_: ^^ [12:30:31] hmm [12:30:37] legoktm around? [12:30:44] yeah, i tried to address him [12:30:53] if he would throttle the bot a bit this could help [12:31:03] or at least let us know how long this is going to run probably [12:31:19] if it is done in a few hour, heck, ok. but if this goes on for a few days… :-/ [12:31:21] is it really causing lag? :/ [12:31:26] we are not sure [12:31:30] it is our best guess right now [12:31:38] we're currently at 5 hours lag or so [12:31:46] so it's pretty bad from 0 last night [12:31:53] he is currently creating items in an extremely high speed [12:32:04] about a million new items since yesterday [12:32:12] which is an increase of 10% [12:32:14] bad lego, he should know that XD [12:32:27] i am not blaming him, in no way [12:32:46] and we are not sure it is even the root of the fault [12:32:54] Id say wait a while and see if he turns up :) apparently he went to sleep at the same time as me so should pop in soonish [12:33:00] but i would like to switch it off, so we can see if this is the case [12:33:17] I am waiting for two hours [12:33:18] where's the problem then? [12:33:24] the lag has gone an hour worse since then [12:33:33] you can see it here [12:33:34] http://www.wikidata.org/wiki/Special:DispatchStats [12:33:34] mabdul: changes not going to the wikipedias [12:33:42] so pages not purging and so on after changes [12:33:55] eman blocking and unblocking a bot is exactly for invented for such cases: if bot op not available - blog it [12:33:57] and not showing up in the recentchanges and watchlists [12:34:25] *i mean [12:34:30] hmm Denny, what are the possible causes of increased dispatch lag? [12:34:51] im guessing new links being needed on the clients from wd? [12:35:08] addshore: any change on wikidata basically [12:35:15] that affects a wikipedia [12:35:32] we have a few other possible culprits in sight [12:35:39] one was the search index creation [12:35:40] 5h is very much actually... [12:35:44] but we stopped that last night [12:35:52] so it was not the case [12:35:57] just on wikidata, or would changes on the clients meaning they would need more links from WD have the same affect, or would that not change the lagtime? [12:36:05] another one was the fact that the dump is currently being created [12:36:11] but this should only be on client [12:36:37] changes on the clients would have (almost) no effect on the lag [12:36:48] it is something on wikidata [12:37:05] and the massively increased edit rate is our best guess right now [12:37:32] is there any harm in stopping it now and seeing if that helps? [12:37:39] addshore: would you confirm my public account ([[User:wikignome]])? [12:37:40] 10[2] 10https://www.wikidata.org/wiki/User:wikignome [12:38:15] there might be, there might not be :P [12:41:41] it seems, legobot is currently making more than a thousand edits per minute [12:42:03] this is a bit heavier than we expected, causing the lag [12:42:14] (in our current best guess, i have to add) [12:43:15] anyway the whole dispatch process can be sped up? :D [12:44:11] * addshore tries stopping his bot to see if off wd edits do make a difference [12:44:36] addshore: your edits are nowhere near as many as legoktm [12:44:44] it's over 1000/min [12:44:47] we are talking about more than a thousand edits per minute on a single wiki :-/ [12:44:51] http://www.wikidata.org/w/index.php?title=Special:RecentChanges&limit=1000&hidebots=0 [12:44:54] amazing [12:44:56] Lydia_WMDE: same for me, just crosswiki so noone notices, [12:45:05] addshore: no that is different [12:45:11] it hits different wikis [12:45:12] addshore: your changes have been running for weeks [12:45:26] they are OK, we catched up during the last week [12:45:37] started a run on de not too long ago [12:46:08] OK, so any admin who is willing to block legobot? otherwise i will do it for technical reasons in two minutes [12:46:28] Denny_WMDE1: link, I'll take care of it [12:47:12] [[user:legobot]] [12:47:13] 10[3] 10https://www.wikidata.org/wiki/user:legobot [12:47:24] Sannita: [12:47:25] http://www.wikidata.org/wiki/Special:Block/Legobot [12:47:35] I put a message on Legobot's talk page [12:47:37] Sannita: thank you [12:47:50] legoktm: sorry! but it's needed [12:48:04] blocked for 1 month, let me know if and when I can unblock it [12:48:28] hopefully he'll adjust it before that and then it can go again :) [12:49:03] Sannita: the community is free to decide to unblock him anytime [12:49:13] we need to check now if it cause the block [12:49:20] ok [12:50:07] need to go afk, see you later [12:50:30] the numbers are already improving [12:53:09] .. [12:56:46] http://www.wikidata.org/wiki/User_talk:Legoktm#I_requested_a_block_for_Legobot [12:58:00] ok, sorry for pressing for this. [12:58:10] i will go offline now. [12:59:53] edsu: you there? [13:00:05] the lag is stilll gowing [13:00:15] or do i read that special page wrong? [13:00:36] mabdul: do not trust the Lag time [13:00:43] look at the number of pending changes [13:00:49] also growing [13:01:06] ? the average seems going down? [13:01:11] mabdul: the average in the last row is going down [13:01:16] that's the important onew [13:01:32] the others are moving only discreetly [13:01:40] which might look like a growth [13:01:42] uhm yeah you're right [13:02:22] we still have more edits than the english wikipedia per minute :) but at least it is not 10 times as much ;) [13:02:59] I have nearly cleared the lowp alone with the help of addbot and legobot :) [13:03:14] cool [13:03:38] Hi everyone, a fast question: Is or will there be an easy method to list the pages of some Wiki[pedia] not linked to/from Wikidata? [13:03:56] jem-: yes [13:04:00] sorry we have to leave for a meeting [13:04:02] back in some [13:04:26] Ohh [13:04:49] Inopportune me [13:05:22] :) [13:06:08] Ok, Lydia_WMDE, I'll read later... [13:06:18] Denny_WMDE1: i'm here now, but i see you are not [13:06:35] Lydia_WMDE: i noticed legobot doing a high volume of edits this morning on my report [13:17:01] edsu: the bot is blocked now [13:18:54] mabdul: yes, i thought that might happen, just watching it [13:19:21] can you see this? http://www.stathat.com/stats/SZbf [13:20:56] or maybe this? http://www.stathat.com/sh/SioSBn4CxlSKZEo7 [13:23:03] looks like it peaked at 20 req/sec [13:29:45] wow [13:34:16] i was surprised the website was as responsive as it was when it was under that load [13:35:03] i was also surprised stathat didn't decide i was abusing them as well, since each bot hit on wikidata triggers a POST to stathat's api :) [13:40:03] * addshore likes the look of stathat [13:41:57] * addshore is going to love this! [13:52:24] Change merged: Henning Snater; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57270 [14:06:30] Change merged: Aude; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/56271 [14:08:53] aude: Around= [14:08:59] hi hoo [14:09:14] hi :) [14:09:43] aude: I thought about the update repo on page move bug... have you made up anything for that yet? [14:09:51] nope [14:10:32] seems like a good task for a bot, although if we can find a way to do it better in the extension, then good [14:10:37] We can either do it in JS, which wouldn't catch API moves, mass moves, ... or we can build a soft dependency towards CentralAuth and use some server side magic [14:11:03] hmmmm [14:11:44] i'm not sure we always want the repo to be updated for page moves... [14:11:50] sure there are use cases for not doing it [14:12:16] Many? [14:12:22] so maybe have a checkbox that enables updating the repo [14:13:02] no idea how many [14:14:09] I really hate this bug... several users already complained about the repo and the Wikipedias getting inconsistent [14:14:33] * aude nods [14:14:54] if it can be a checkbox (on by default), but that can be checked off, that could work [14:15:14] * aude tries to think of other ideas [14:16:24] Yes... but still we have to decide JS vs. server side (while I'm not completely sure server side is possible this easy... I know about the centralauth part, but not about the editing one) [14:16:47] true [14:17:39] the user would need to have accounts on both wikidata and the client (likely) [14:17:48] but not always [14:18:58] JS (like the widget) is simpler, but not sure that's best [14:19:27] JS is simpler but using CA isn't impossible either [14:19:47] assuring that user has an account on a certain wiki is a 3 line thing in CentralAuth [14:19:47] right [14:21:02] Change merged: Aude; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57075 [14:21:08] thanks hoo [14:21:47] New patchset: Henning Snater; "Disabling qualifiers' "remove" and "add" buttons when saving" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57509 [14:21:51] :) [14:24:10] aude: Why don't we have a 1.22wmf1 branch, btw? No deploy planned? [14:24:29] not yet [14:24:36] people are on vacation [14:24:58] Yeah... I know... any new ETA on the linkitem widget? [14:24:58] it's a bit slow around here.... [14:26:00] hoo: not sure [14:26:34] I tested it further and it still lacks edit conflict safety [14:26:38] looks like your patch is ready? [14:26:49] whoa, gerrit has keyboard shortcuts :o [14:27:13] Yes, it's working rather well... the edit conflicts are more of a constructed problem [14:27:20] hmmm [14:27:33] the items they can occur on are only low traffic ones [14:30:36] i don't think it's a blocker [14:31:21] I doubt it as well... as long as people don't go around and repurpose items on WD org using bots it should be ok [14:31:32] heh :) [14:37:59] bye [14:55:21] aude/hoo it was two problems as far as I remember. One is moves due to trolling, we should try to avoid them on the repo, and we should only move when the user is a valid user [14:55:49] jeblad: The valid user thing can easily be verified with CentralAuth [14:55:55] the rest is awry [14:56:09] I think the first can be fixed by only allowing page moves on the client when the user is logged in [14:56:37] Page moves are only for autoconfirmed on all WMF wikis [14:56:47] The second is a bit more difficult because hit hits on delayed moves [14:57:25] Oki, then its changed since I looked on this but that was long before wikidata [14:57:54] A checkbox on the client page to also update the repo should fix most cases [14:58:07] jeblad: So... would do it server side or in JS? [14:58:17] * would you [14:58:46] Add the checkbox on the client special page for page moves [14:59:14] Sure... but the move... shall we do it in PHP or make a API request in JS [14:59:23] And then request the page move by javascrit.. and update the sitelink [14:59:53] Your request is from the client [15:00:06] You must do it all from the client [15:00:21] But you could make an api module [15:00:21] Yes... the downside of that is, that we can't get hold of API moves [15:01:16] Sorry, no request of page moves, .. [15:03:12] You must do the js-request from the page, unless you must fake the user in a call from a callback on the hook [15:05:13] Note that you should wait until the page is moved before you update the sitelink, because the move can fail [15:07:32] Hm, api moves.. Perhaps you need to do the request from a hook handler.. That means you must create a request for the user, not for the server you are requesting from.. [15:07:57] Yes, your righ, you must do it from php [15:09:03] You should also tag page moves you can't duplicate on the repo [15:09:44] Yes... but that's getting a bit more complicated [15:10:49] It is page moves by users not using centralauth [15:11:42] We wanted to do the checkbox-solution as a quickfix, you could do that ;) [15:11:46] Those are a very small fraction [15:12:00] and will go down to almost 0 :) [15:12:15] something working but not perfect is better than nothing [15:12:21] ;) [15:15:15] Not sure how you fake another user in the api [15:16:01] You want to tell the other part that you do this update on behalf of some other user [15:16:23] Exactly [15:20:57] New review: Aude; "(4 comments)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/57466 [15:45:26] New patchset: Aude; "Remove skipped form ReferenceEntitiesFinderTest" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57516 [16:00:29] meeeeeeting [16:02:02] Finding the hangout url is always the hardest part [16:02:13] hi Reedy [16:02:17] * aude waiting [16:02:22] :D [16:02:38] Different calendars pick up different events [16:03:36] omg, a Lydia_WMDE [16:04:06] Reedy: can you hear us? [16:04:09] Yeah [16:04:25] I've just muted my mic because it's quiet [16:04:30] Not at home [16:04:31] k [16:07:08] Is that your way of asking for your own db cluster? :p [16:08:36] Reedy: shhhh :P [16:08:44] don't reveal your plans! [16:08:58] * hoo damns that he's not there :P [16:09:07] or rather ours [16:09:08] ;-) [16:19:33] ...cry woooolf.... #singing (no, mic is muted) [16:20:36] reedy@hume:~$ mwscript extensions/Wikibase/repo/maintenance/rebuildTermsSearchKey.php wikidatawiki --only-missing --force [16:20:36] Slaves are lagged by 82692 seconds, sleeping... [16:20:37] :( [16:20:56] Over 22 hours [16:21:49] phase3 [16:21:57] implementing MediaWiki in wikidata [16:23:37] implementing mediawiki in mediawiki templates [16:24:52] <^demon> implementing mediawiki in gwt. [16:24:54] and now lua! [16:25:07] <^demon> let's drop php for java+gwt. [16:32:44] guys... [16:32:49] did you drink something? :P [16:33:23] :D [16:33:34] <^demon> I've been drinking the java kool-aid for too long now :) [16:33:37] if we have to deal with get i'll drive hemlock [16:33:40] *drink [16:33:47] don't drink and drive hemlock [17:17:53] je drikk bærre vatn! [17:18:37] Thats an internal Norwegian joke, not sure it is translatable without cultural context [17:22:20] The job queue is only dispatching jobs when there is free resources, right? And it is running on the same boxes as the ordinary web servers? [17:22:51] There is noe magic wizzardry involved? [17:23:18] anyone who knows? [17:23:31] brion? [17:23:45] reedy? [17:24:09] jeblad: on wikimedia servers? [17:24:17] jobs run on a couple dedicated machines [17:24:18] wikidata servers [17:24:26] oki.. [17:24:35] i *think* the same, but wikidata might be special i don't know :D [17:24:50] I was watching the job queue and it was growing [17:25:45] growing since yesterday and there are some scripts that could be the reason, but if the jobs are running on dedicated boxes it should not be that.. [17:28:32] Wikidata has to much activity, we better start blocking bots.. [17:28:55] Oh no, that was my april joke and bots was blocked! [17:29:00] * jeblad slaps face [18:00:15] jeblad: it was legobot . he was adding around a thousand items per minute. [18:01:30] Legobot? Interested... Did he cause any problems? :) [18:04:10] oO [18:05:51] I thought the sidebar said 'Random item' not 'page'... Was I imagining things? [18:07:20] JohnLewis: It still does for me [18:07:41] Weird... [18:07:54] JohnLewis: Do you use another lang than engl. maybe? en_GB or so? [18:08:18] en_GB. I used that the other by accident, may be that. [18:08:32] Fixed :) [18:09:07] I switched to Welsh to do some looks around and then probably switched to British by accident. [18:33:04] Does anyone know why the lag time is increasing quickly, but the number of pending changes is decreasing? http://www.wikidata.org/wiki/Special:DispatchStats [18:33:23] ah, I got it, nmd [18:40:10] Denny_WMDE: what was it? :) [18:41:04] the biggest lag still comes from big amount of edits that have been previously created [18:41:10] so new edits are much rarer [18:56:37] this means the lag time will keep getting longer, because the lag time just says the lag of the oldest item, not the estimate until when it is going to be processed [18:59:56] Computers suck [19:02:18] legoktm: about to load your recent dump scans to db [19:02:28] Reedy: yes they do :D [19:02:42] nowai [19:02:46] HOW MANY LINKS LEFT!? [19:03:19] about 6.4 million articles [19:03:34] though this is probably going to go up a bit in the next few mins [19:03:35] Get on it [19:03:37] Slackers. [19:03:40] xD [19:04:15] thwiki has -290 [19:04:25] Does wikidata need to give some back? [19:04:57] yes please ;p [19:05:11] thats dues to the time delay between two queries and the bot running :P [19:05:17] Lydia_WMDE: ^ thwiki want a refund [19:05:44] So do iuwiki [19:05:47] and ladwiki [19:10:54] Reedy: I made some pretty graphs ;p [19:11:10] http://stath.at/a/GcHY?t=1h1m1h [19:14:11] and http://stath.at/sh/2toj3Pdm4hAzPLpM :D [19:21:36] fixed the whole showing a minus thing [19:21:56] s/-// is cheating [19:22:33] xD [20:50:28] Reedy: lol [20:50:55] New patchset: Daniel Werner; "Changed null parser to be useful." [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/57048 [21:20:44] * jeblad have one last episode of Death Valley on the mediabox [21:22:47] ...the Undead Task Force, you will not find more stupid police - ever! [21:36:35] New patchset: Daniel Werner; "(bug 44228) Checking if instanceof is supported correctly" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57073 [21:39:17] New review: Daniel Werner; "(1 comment)" [mediawiki/extensions/Wikibase] (master) C: -1; - https://gerrit.wikimedia.org/r/57073 [22:16:33] How pretty :D https://www.stathat.com/cards/DG54WiqdkbwY [22:25:15] New patchset: Daniel Werner; "(bug 46383) correct constructor fields for prototypes not using wb.utilities.inherit (continuation)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57670 [22:25:35] Very nice Addshore. [22:29:52] New review: Daniel Werner; "(1 comment)" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57073 [22:35:40] New patchset: Daniel Werner; "(bug 44228) Checking if instanceof is supported correctly" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57073 [23:08:49] why is there so much empty space in the list of langlinks on wikidate? http://lbenedix.monoceres.uberspace.de/screenshots/gu8dxbp5g7_(2013-04-05_01.06.23).png [23:09:18] lbenedix: The wrapper around the table has a max-wdith of 65em [23:09:32] There's just no use for the further space [23:10:04] there could be little cute nyancats flying through the empty space [23:10:18] or just less empty space... [23:10:54] The wrapper could be made smaller, but that has exactly no benefits [23:11:34] especially this area is looking weird: http://lbenedix.monoceres.uberspace.de/screenshots/lwdb47hk6h_(2013-04-05_01.11.11).png [23:12:06] the edit link could be right-aligned [23:13:11] Looking at that in Firebug: Not much better [23:13:17] Well, I missed out on some interesting things while I was asleep. [23:16:40] what about this: http://lbenedix.monoceres.uberspace.de/screenshots/pb1nq11vk0_(2013-04-05_01.16.28).png [23:17:03] and maybe an other background for the edit-column [23:17:36] Its better when things doesn't move [23:18:09] Lydia_WMDE / Denny: ping [23:18:22] So the toolbars are aligned [23:19:22] btw its 01.18 here so most normal people are asleep [23:19:45] developers != normal people [23:19:52] +1 :D [23:23:02] legoktm :p [23:23:05] morning xD [23:23:24] morning [23:25:04] yeah, your bot got blocked... [23:26:19] legoktm: just so you know I am in the process of adding the dumps to my db :) [23:26:25] :D [23:26:35] rschen7754: i'm filing a bug about it now :) [23:26:38] what about center the edit-links and change the color of this column: http://lbenedix.monoceres.uberspace.de/screenshots/gy3icgq1qa_(2013-04-05_01.26.08).png [23:27:18] lbenedix: It's not really an own column, so I think that's a bit confusing [23:27:25] It is [23:27:35] I can see it in the source ;) [23:27:43] lbenedix: That yes :P [23:27:58] It's an own td, but it does not appear as one to the user [23:28:40] it is confusing [23:29:05] the change-order thingies are left to the edit links [23:30:11] http://lbenedix.monoceres.uberspace.de/screenshots/lwdb47hk6h_(2013-04-05_01.11.11).png [23:31:01] That belongs to "Linked article" which appears to the user as one column [23:31:58] not really [23:32:14] it looks like the column ends there, because of the change order arrows [23:33:35] btw: your tooltip is broken: http://lbenedix.monoceres.uberspace.de/screenshots/e4u56e04qy_(2013-04-05_01.33.22).png [23:34:00] On WD.org? [23:34:08] yepp [23:34:11] I noticed this but thought it was because I fooled around [23:34:41] New review: Daniel Werner; "(4 comments)" [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/57049 [23:34:59] New patchset: Daniel Werner; "(bug 45002) Created new extension folder for "ValueView" extension." [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/57049 [23:35:17] other tooltips are working: http://lbenedix.monoceres.uberspace.de/screenshots/i21bcu644y_(2013-04-05_01.35.00).png [23:35:18] wikibase-sitelink-input-help-message is missing as it seems [23:35:23] gnah [23:35:34] New patchset: Daniel Werner; "(bug 45002) Created new extension folder for "ValueView" extension." [mediawiki/extensions/DataValues] (master) - https://gerrit.wikimedia.org/r/57049 [23:35:53] https://bugzilla.wikimedia.org/show_bug.cgi?id=46910 [23:37:12] btw: why are you not using the tooltips mentioned here: http://www.mediawiki.org/wiki/Wikimedia_Foundation_Design/Patterns_and_components [23:37:18] http://upload.wikimedia.org/wikipedia/commons/7/7e/WMF-Agora-Patterns-Tooltip.png [23:37:47] AFAIK those are jsut design concepts [23:38:41] I thought this are something like design guidelines [23:39:04] to prevent design desasters like this unbelivable ugly HotCat in enwiki [23:39:45] No [23:39:51] agora is a concept [23:40:29] the title "Wikimedia Foundation Design" is misleading [23:40:51] "This document serves as a style and design specification guideline for Wikimedia Foundation projects" [23:41:41] New patchset: Hoo man; "Fixed message key for the sitelink help tooltip" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/57682 [23:41:55] lbenedix: ^ das fixt den Tooltip [23:42:08] yay [23:42:22] I dont think having various tooltips from differen extensions would be very usable [23:43:46] Sure, but default MediaWiki doesn't even provide a tooltip module [23:44:04] we just use a slightly modified(?) version of jquery ui tooltip [23:44:27] but the foundation provides this half-done guideline [23:46:19] half done, that what it is... I'm not an interface designer but I'm pretty sure ours are quite ok and don't mismatch any other thing on WMF sites to much [23:46:43] (the only other thing that has tooltips I can think about is CentralAuth and those are very lightly used) [23:47:06] I have tooltips in my feedback extension ;) [23:47:36] that one isn't deployed :P [23:48:18] Touché