[06:00:36] hi TimStarling : I only just figured out from last week's ArchCom minutes that you suggested T384 for tomorrow's RFC review [06:01:51] based on the the earlier conversation I had with ori on this channel, I assumed T88459 was the plan [06:02:51] ok [06:03:42] I put T88459 in the agenda: https://phabricator.wikimedia.org/E84 [06:04:43] I did say in #wikimedia-office at the end of the last RFC meeting: [06:04:45] next week we will probably have T384, if Daniel is available [06:05:00] not sure where ori got the idea it was T88459? [06:06:17] if the eventbus people are definitely available and are not going to cancel at short notice for a third week in a row, then I'm sure Daniel won't mind being rescheduled [06:06:37] they said that they wanted to be scheduled 3 weeks in a row, but I was really not keen on having that sort of hassle again [06:07:58] I'm happy to fix up E84 to point to T384, especially since none of us had announced it yet (I don't think) [06:09:21] we had quite a big queue of RFCs waiting for a meeting slot [06:10:03] and I know they said that they really wanted to discuss it, but to me, cancelling with 24 hours notice says that it is not really that urgent [06:10:51] on the other hand, I have not had any confirmation from Daniel about T384 [06:12:29] I'll put T384 on the top of the agenda at E84, but leave T88459 as a possible backup if the T384 doesn't happen as hoped [06:12:35] sound good? [06:13:01] ok [06:14:24] I'll send an email to Daniel [06:15:16] do you want me to announce it to wikitech-l? [06:18:37] TimStarling: my bad, I must have misunderstood ottomata. [06:20:05] no, it's our fault, for not explaining the situation directly to ottomata [06:23:49] TimStarling: yeah, I'd appreciate it if you took on the announcement (thanks!) I'm about ready to head to bed. [06:30:04] ok, good night [06:32:12] goodnight! talk to y'all tomorrow [13:46:32] Is anyone able to dig logs and find out why https://it.wikipedia.org/w/index.php?title=Speciale:Book/render_collection/&colltitle=Wikipedia:Libri/Manuale_di_Wikipedia fails? [15:39:06] so, who broke wikidata? [15:39:06] DanielK_WMDE_: we reverted [15:39:07] ok :) [18:04:52] Probably a stupid question: Is there a 1:1 connection between all LDAP, wikitech and Gerrit accounts? [18:06:19] I think so [18:08:35] yes [18:09:10] thanks [19:20:16] * robla sets about looking for a Phab task called "characterize MediaWiki's tech debt" [20:21:34] DanielK_WMDE_: https://www.mediawiki.org/wiki/User:RobLa-WMF/Meetings#Taxonomy [20:51:57] It seems that diff links disappeared from watchlist... [20:53:29] https://phabricator.wikimedia.org/T116899 [21:01:18] Hey csteipp, I just saw your revert here. https://wikitech.wikimedia.org/w/index.php?title=Analytics/EventLogging/Publishing&oldid=184183&diff=prev [21:01:22] Can you justify it? [21:04:02] Nemo_bis: I'm backporting it right now [21:09:22] halfak: I put that in my last email on that thread: "If I re-add in the "Publishing reports" section on Analytics/EventLogging/Publishing, but specify if the report contains any of the sensitive information, then it should get a review, would you be ok with that?" to which Marcel replied "I think this makes sense." [21:10:52] csteipp, must have missed that. I see the edit made afterwards now. [21:11:16] This looks OK to me. Sorry to get frustrated. I was worried we were two steps into a revert war. [21:11:45] I don't start wars I can't win ;) [21:12:25] * halfak calls forth is army of damage detectors and trains them that all edits by csteipp are bad [21:12:27] ;) [21:12:43] hah [21:13:09] As I put in my email, if there's another policy that covers my concerns, happy to just point there. I just wasn't aware of any. [21:17:09] No. +1 I think this is good for now. [21:17:20] * halfak turns down his grumpy setting [22:15:57] parent5446: i am there :) [22:16:01] Awesome [22:16:03] :) [22:16:15] So from your end, how does my proposal look like? [22:16:30] Is there anything not clear that you will like me to expand on it? [22:16:44] Hold on, gonna type [22:17:09] uh-oh, hammer time http://googleonlinesecurity.blogspot.com/2015/10/sustaining-digital-certificate-security.html [22:18:06] My only suggestion would be to incorporate the fact that we have some patches for HTML email already [22:18:19] So, for example, it may be better to work on some of the problems with those patches first. [22:18:43] Only reason I say this is because the user preference (what you have as Week 1), is kind of un-important. [22:18:51] Although, as a counter-argument, it is also relatively easy to do [22:19:53] parent5446: so your point to edit week one a bit and add that there are HTML patches already to work on right? [22:19:55] Nemo_bis: _sigh_ how many CA problems do there have to be before things get fixed. [22:20:32] parent5446: well, i get it. That patch was submitted today or yesterday i think. I submitted the proposal like 4 - 5 days ago :) [22:20:41] True [22:21:03] parent5446: i will add that now and you will review. Apart from that, is there anything else you have seen that you will like me to fix on the proposal? [22:21:05] I just mean what is most likely going to happen is we will work on getting those patches (with additional fixes) merged first [22:21:36] My only other comment is for Week 4-7 you have as working on unit testing. Generally that should not take three weeks. [22:22:15] parent5446: well, it is not taking three weeks [22:22:35] ? maybe I'm misunderstanding [22:22:36] the thing is, I will be working and after that do unit test for each sub-milstone [22:23:06] do you understand, so it should be 3 unit test for each week [22:24:09] Ah OK [22:24:13] That's fine then [22:24:44] Or do you want me to put it like that in the proposal? [22:25:00] Yeah put it like that [22:25:15] Just b/c if it confused me it might confuse others (or I'm just stupid, which is a possibility) [22:26:12] parent5446: :) [22:26:40] parent5446: should i used our discussion as reference to talk about the existing HTML patches that exist [22:26:47] for it to be fixed first before merge? [22:26:51] Yeah [22:26:56] ok, i will do that :) [22:28:32] Ok, is there anything else? But is my idea ok to solve the problem? [22:29:04] Yeah I think that's it [22:30:33] parent5446: Ok, i asked tinajohnson today if MediaWiki has colors attributed to the organisation :) [22:30:44] like Twitter has puple by default [22:30:50] does MediaWiki have [22:30:54] Mhm, I'm not sure about that myself [22:30:58] or Facebook has blue [22:31:02] Would have to ask somebody in marketing [22:31:12] because the templates should be of particular colors right? [22:31:25] i was thinking about that [22:31:28] what do you think? [22:31:39] Yeah, definitely [22:31:54] I'm not much of a graphics person, so Tina might have more advice on that kind of stuff [22:31:56] :P [22:32:23] parent5446: well, he said he doesn't know either :) [22:32:31] Oh [22:32:51] Well in that case we'll have to reach out to WMF employees about it [22:34:32] I'm thinking somebody in Product might know, but I'm not sure [22:35:42] Ok, i pinged the whole #wikimedia-dev [22:35:51] but no body answered, maybe they are busy :D [22:36:04] Lol you may have to ping specific people [22:36:18] i don't even know who is who :) [22:36:36] so who should i ping. You know i don't want to disturb someone that is at work or rather say busy [22:36:51] they are all workers so i don't really know them personally :) [22:38:56] parent5446: you can take a look at the Week one part again and also the week 4 - 6 [22:39:09] tell me if it is ok, else i will have to still edit :) [22:39:29] Reading now [22:39:49] ok [22:39:53] OK yeah that looks good to me! [22:40:46] Ok, i was working on a wikimedia core bug recently, it was just merged [22:40:51] parent5446: you can have a look :) [22:40:52] https://gerrit.wikimedia.org/r/#/c/248803/ [22:41:17] Not sure what's the question but the usual Wikimedia colors are three colors: red/green/blue? Like on https://wikimediafoundation.org/wiki/Visual_identity_guidelines (though that's foundation) [22:42:27] Also, i am working with CentralNotice extension, i have submitted a patch to fix a bug and will soon be merged since I, AndyRussG, ejegg and Krinkle have looked at it and it is fine to be merged :) [22:43:15] andre__: wow, i was thinking blue since blue is everywhere in mediawiki, but green and red are kind of shocking to me :) [22:43:25] r054l13, where is blue in MW? [22:43:25] andre__: i will look at the link you just sent :) [22:43:30] any example? [22:44:35] or maybe specific UI elements that you have in mind? [22:44:46] andre__: from the link you gave me, i can say you looked those colors from the Wikimedia Logo right? [22:45:13] I think I first would like to understand where you "come from" with your color expectations :) [22:45:22] andre__: look at this page, tell me which color dominates, is it not blue https://www.mediawiki.org/wiki/MediaWiki [22:45:45] Oh, you refer to the Vector skin, I see [22:45:49] that's just one skin [22:45:53] and the default one [22:46:17] andre__: i started with the default :) [22:46:26] but we can look at other skins though [22:46:26] https://www.mediawiki.org/w/index.php?title=MediaWiki&useskin=modern [22:46:31] https://www.mediawiki.org/w/index.php?title=MediaWiki&useskin=cologneblue [22:46:38] but those are all customizable [22:47:12] Do you see that blue still dominates? [22:48:14] parent5446: are you part of the color debate :D [22:48:48] Lol [22:49:06] Man I wonder if it's a good idea to have templates for each skin [22:49:29] parent5446: seriously, that will be a whole project for like 3 years :) [22:49:52] i was thinking of something general based on MediaWiki itself [22:50:47] and i can make it in such a way that colors can be set for each templates during installation of a MediaWiki instance or configuring it in the preference sections [22:51:03] So templates colors can be set by the user himself :) [22:51:09] This might become a bikeshed. :P [22:51:25] andre__: what is bikeshed? [22:51:55] r054l13, http://bikeshed.org/ [22:52:14] lol [22:52:18] looking at my Online English dictionary now :) [22:52:28] when discussing software, that people end up which colors they prefer instead of actually important stuff like architecture or such [22:53:12] hahahahaha.... [22:53:23] andre__: first of all, that page is wierd [22:53:36] it is puple in color :) [22:53:44] *purple [22:54:10] r054l13, refresh [22:54:34] MaxSem: it is not green :) [22:54:40] what is going on? [22:54:48] andre__: Ah, hahahahaha..... :D [22:55:12] i now get the whole idea that andre__ was saying. Colors is now the bottom line instead of the project :) [22:55:54] MaxSem: not -> *now [22:55:57] What I wanted to say is: Keep in mind to care about other more basic aspects first. But I'm sure you do. :) [22:56:54] andre__: yes. I do care about that. I usually use some sort of incremental way of doing a project starting with the most basic things first and then come to the more complex once later :) [22:58:43] parent5446: Hey, so do i assume my proposal is ok and not fix anything on it or i should still be modifying it? [23:03:23] parent5446: still around or you left? [23:05:32] why are colors relevant to HTML email? [23:06:00] legoktm: they are for the templates we are going to design :) [23:06:26] the templates will act like a wrapper were the content of the email will be redered in :) [23:06:39] redered -> *rendered [23:15:54] parent5446: If i get selected, i will be working from 11pm - 5am (GMT+01). Is that ok by you? [23:16:18] also it is UTC+01 which is approx 10pm - 4am [23:17:36] I don't see why colors are necessary. [23:18:45] legoktm: well, we will have to talk about that too :) [23:26:20] tinajohnson: hey, Welcome. [23:26:45] tinajohnson: i was just speaking with parent5446 and we have modified the proposal again a little bit. You might want to look at it :) [23:32:36] colors make the world pretty.. [23:33:50] comets: hmmm....