IRC office hours/Office hours 2013-01-08

[18:49:35] <fabriceflorin> Hey kaldari, bsitu, lwelling, krenair, werdna, matthiasmullie, chrismcmahon and others: Look forward to our chat about Echo in 10 minutes.
[18:49:44] <werdna> ah
[18:49:48] <werdna> the email said wed jan 30th
[18:49:52] <werdna> I assume that was an error
[18:49:58] <werdna> shouldn't it be in #wm-dev or so?
[18:50:05] <werdna> #wm-tech has generally been an ops channel
[18:50:05] <RoanKattouw> It's also not even a Wednesday
[18:50:24] <RoanKattouw> > The meeting will be in #wikimedia-tech on Tuesday, January 8th at 11am
[18:50:25] <RoanKattouw> > PST (19:00 UTC).
[18:50:27] <RoanKattouw> is what I got
[18:50:52] <werdna> Where: #wikimedia-tech
[18:50:52] <werdna> When: Wed. Jan. 30 at 11am Pacific Time
[18:51:00] <werdna> from [ee] Echo IRC meeting reminder
[18:51:22] <fabriceflorin> Sorry for any confusion. We are planning on two different IRC chats: one today and another on Jan. 30th. See the top of the Echo project hub: https://www.mediawiki.org/wiki/Echo
[18:51:56] <kaldari> oops
[18:52:29] <fabriceflorin> Also, if anyone on this channel is just getting the news now, we invite you to check this testing page for tips on how to check the current version of Echo: https://www.mediawiki.org/wiki/Echo/Testing
[18:53:04] <werdna> I got some "your page was linked" notifications today
[18:53:06] <werdna> nice idea, guys :)
[18:54:21] <fabriceflorin> Werdna: Regarding the location, Kaldari thought we would reach more folks on #wikimedia-tech, rather than #wikimedia-dev, but either way works for me in the future.
[18:54:29] <werdna> nod.
[18:54:40] <kaldari> werdna: some people have complained about getting to many, so we're going to limit it to content namespaces only
[18:55:00] <werdna> mm
[18:55:09] <kaldari> but right now it works for any links
[18:55:11] <werdna> email notification might be excessive, you might want to tweak the default notification types for that event.
[18:55:35] <werdna> how did the base object model hold up for all these new use cases btw?
[18:55:49] <kaldari> yeah, some of them we're going to make opt in, but that one will probably be opt-out
[18:56:09] <kaldari> werdna: pretty good actually...
[18:56:19] <werdna> yay
[18:56:31] <Krenair> hey
[18:56:56] <kaldari> werdna: the only thing we had to change was splitting out separate messages for the flyout, but the object model is pretty much intact
[18:57:09] <fabriceflorin> werdna: good point about tweaking the default notifications so people don't get too many emails. One of the challenges for this project is figuring out how to serve both new users (our primary target for the first release) and experienced users (our target for the next releases). We're primarily relying on preferences for now, but are also thinking that a clever bundling algorithm could help as well.
[18:57:50] <fabriceflorin> Hey Krenair, good to meet you here!
[18:57:51] <werdna> RoanKattouw: wat betekent 'eerlijk'? Ik heb het op mijn champignons van Albert Heijn gelezen, en ik heb me vergeten…
[18:57:53] <kaldari> werdna: we're in the process of abstracting out all the mysql related stuff so it'll be ready for the new job queue system, so that might change a few things as well
[18:57:58] <RoanKattouw> werdna: Honest
[18:58:00] <werdna> kaldari: nice!
[18:58:05] <werdna> RoanKattouw: thanks!
[18:58:11] <RoanKattouw> werdna: In de context van eten, waarschijnlijk "fair trade"
[18:58:24] <werdna> ahhh
[18:59:00] <RoanKattouw> ("vergeten" is not a self-referential verb, but otherwise that sentence was perfect)
[18:59:00] <werdna> Het Nederlands gebruikt altijd woorden opnieuw (I realise that the word order is completely off on that sentence)
[18:59:15] <werdna> reflexive is what we say in English. Thanks!
[18:59:23] <RoanKattouw> Reflexive, yes
[18:59:28] <RoanKattouw> That's what I meant
[19:00:09] <kaldari> werdna: when did you learn dutch?
[19:00:15] <fabriceflorin> werdna: I did not know you spoke dutch. Impressive!
[19:00:31] <werdna> fabriceflorin, kaldari: I am trying my best!
[19:01:00] <fabriceflorin> BTW, if there are any french people on this channel, I'm happy to translate any terms that are confusing during this chat ;o)
[19:01:36] <kaldari> ok, guess we can start. I was thinking we'll do it office hours style, i.e. mostly answering questions...
[19:01:43] <werdna> I can generally go to the bank and not make an utter fool of myself in it, but socialising properly is still a bit of a challenge. As usual I am having trouble understanding fluent fast speech.
[19:01:48] <kaldari> but first I have a question...
[19:01:51] * aude waves�
[19:02:11] <werdna> RoanKattouw: That reminds me, any suggestions for Dutch shows to watch to practice my listening? Preferably something available with subtitles
[19:02:22] <RoanKattouw> werdna: Do you know about teletext 888?
[19:02:27] <werdna> I don't have a TV
[19:02:30] <RoanKattouw> Right
[19:02:43] <kaldari> We need to create a documentation for developers page on Mediawiki.org for developers. Where is the best place to create that? Like Manual:Extension:Echo? or should it be Extension:Echo/Developers?
[19:02:48] <werdna> maybe there's some Dutch version of iPlayer
[19:02:51] <werdna> RoanKattouw: >> PM
[19:02:59] <RoanKattouw> Well generally the only time Dutch is subtitled on Dutch TV is when people speak Flemish or Frisian
[19:03:50] <Krenair> kaldari, I don't think it matters to be honest.
[19:03:54] * aude confused to see "new messages" and the "my notifications" thing on mediawiki.org�
[19:03:54] <kaldari> or maybe more generic: Manual:Notifications
[19:03:57] <chrismcmahon> kaldari: AFTv5 might be a good model http://www.mediawiki.org/wiki/Extension:ArticleFeedbackv5
[19:03:58] <fabriceflorin> Sounds good. To give newcomers a quick overview, Echo is a new notifications system we're developing at the Wikimedia Foundation's editor engagement team. It gives MediaWiki and Wikipedia users quick updates about actions that affect them. These notifications can help users become more aware of events that relate to them and take quick action if they want to. You can read more about it on this project hub: https://www.mediawiki.org/wiki/Ech
[19:03:58] <Krenair> It can always be moved later.
[19:04:03] <aude> will things be integrated better or what?
[19:04:05] * hashar sends kudos to the Echo developers. Thanks for your hard work guys!�
[19:04:07] <bsitu> kaldari: Extension:Echo
[19:04:16] * aude realizes there's no liquid threads on most wikipedias�
[19:04:48] <kaldari> aude: Yeah Echo and LiquidThreads are a slightly awkward combination
[19:05:02] <fabriceflorin> hashar: Thanks for your kind words! We look forward to expanding Echo with your help. Note that this software is still in early beta, so please be gentle ;o)
[19:05:31] <aude> kaldari: or are tehre any parts or features of liquid threads to incorporate into echo?
[19:05:47] <werdna> but seriously kaldari and team have taken my fun little start and turned it into something really nice!
[19:06:05] <fabriceflorin> If you are new to Echo and would like to check it out, we recommend getting started on this testing page: https://www.mediawiki.org/wiki/Echo/Testing
[19:06:09] <kaldari> aude: we're going to focus more on getting Flow to work well with Echo, since that will be replacing LiquidThreads
[19:06:37] <aude> kaldari: ok
[19:06:42] <werdna> flow will be built on lqt as far as I know though
[19:06:47] <werdna> well, not quite
[19:06:57] <werdna> flow will be built on something that I started writing to replace lqt
[19:07:00] <werdna> so not on lqt at all
[19:07:36] <kaldari> werdna: I'm not sure how I feel about writing the code before we've designed the feature, but oh well
[19:07:50] <werdna> worked ok for echo!
[19:07:54] <kaldari> seems kind of anti-Agile
[19:08:06] <fabriceflorin> Has anyone tested Echo already? How did it work for you? What do you like or not like about this early beta software?
[19:08:40] <aude> fabriceflorin: is that the notifications thing?
[19:08:44] <kaldari> yes
[19:08:49] <aude> ok
[19:08:51] <aude> it's nice :)
[19:09:13] <lwelling> Code then design does not sound anti-agile, it sounds post agile. So agile it's gone onto be something else
[19:09:15] <fabriceflorin> aude: Yes, Echo is the new notification system we're building for MediaWiki and Wikipedia users.
[19:09:28] <bawolff> fabriceflorin: Its spamming me about things I don't care about
[19:09:33] <kaldari> lwelling: lol
[19:09:48] <chrismcmahon> kaldari: I'm a veteran of the Socialtext wiki and their notifications system "Signals". Signals was explicitly based on Twitter's model, except that it had an object model of "People" and "Pages", among which "Signals" were sent. Does Echo have such a model, or are Echo msgs. more ad hoc?
[19:10:21] <bawolff> "Someone has cross referenced a page you created" (Even though I'm pretty sure I didn't create "Extension:AJAX_Poll" and even if I did, I don't care when people link to it :P
[19:10:24] <fabriceflorin> Echo is now in early beta, and is only being tested on MediaWiki.org. Next month, we expect to make a first experimental release on the English Wikipedia as well. So far, we have focused on core features, and only have a few notifications available for talk page messages, edit reversions, page reviews and page links.
[19:10:31] <werdna> Echo has Subscriptions (which aren't used at the moment atm), Events and Notifications
[19:10:36] <lwelling> bawolff, would fewer of the same type be interesting, or do you jsut want to turn it off?
[19:10:39] <aude> bawolff: true
[19:10:46] <werdna> an Event is created, and refers (optionally) to a page, an agent and the event details
[19:10:51] <kaldari> Right now, all Notifications are treated the same, but we're considering splitting off Talk related notifications into a separate feed or flyout
[19:10:53] <werdna> a Notification associates an Event with a User
[19:10:55] <aude> for mediawiki.org, it work's well as i don't have many watchlisted pages
[19:11:12] <aude> nor edit that much to be reverted
[19:11:13] <fabriceflorin> bawolff: Good point. We should probably exclude extensions from the page link feature, as this is primarily intended to identify cross-references between articles.
[19:11:14] <bawolff> lwelling: I might be interested shortly after the page was created, or if its not a very popular page
[19:11:23] <lwelling> eg I get that "blah linked to your page" repeated 20 times is not interesting. Would the same data condensed be interesting ie "blah and 19 other pages linked to your page"
[19:11:32] <werdna> rollup is on the roadmap afaik
[19:11:40] <bawolff> fabriceflorin: Well an extension page on MediaWiki is basically equivalent to a content page on Wikipedia
[19:12:04] <kaldari> bawolff: Yeah, that one is a bit buggy at the moment, but we're deploying some fixes for it later today
[19:12:16] <aude> or what about articles i created like 8 years ago!
[19:12:21] * aude still get notifications for them�
[19:12:26] <aude>  ?
[19:12:30] <werdna> aude: that's a feature for me
[19:12:32] <kaldari> aude: yes. Is that good or bad?
[19:12:33] <bsitu> aude: yes
[19:12:42] <aude> depends how active one is
[19:12:43] <werdna> I'm now getting notifications for Extension:AbuseFilter
[19:12:56] <werdna> and as a result I am now reading conversations about AbuseFilter
[19:12:56] * aude has created 100+ articles (not thaaaaaaat many), but also talk pages, etc.�
[19:13:15] <werdna> a big thing though is that that's more of a 'watchlist' type event
[19:13:16] * aude thinks some wikipedias are much more power editors than i�
[19:13:20] <werdna> but unfortunately watchlists are broken
[19:13:21] <kaldari> aude: we're going to restrict it to only content namespaces
[19:13:23] <werdna> so… watcha gonna do
[19:13:27] <fabriceflorin> bawolff: Good point. Note that if you are getting too many notifications of a particular type, you can turn them off on this preferences page: http://www.mediawiki.org/wiki/Special:Preferences#mw-prefsection-echo
[19:13:33] <aude> kaldari: ok
[19:14:28] <bawolff> aude: No kidding, I imagine there are wikipedians who have created tens of thousands of pages
[19:14:34] <kaldari> the link notification may be one that we need to provide an explicit preference for, and perhaps only turn it on my default for new users
[19:14:54] <kaldari> my=by
[19:14:54] <werdna> great idea for a notification though
[19:14:55] <werdna> I love it
[19:15:13] <fabriceflorin> kaldari: yes, it's becoming pretty clear now that we may need different defaults for new users and power users.
[19:15:16] <bawolff> kaldari: Maybe even turn it off automatically after users have created X many pages
[19:15:31] <aude> kaldari: that would be good
[19:15:32] <bawolff> I agree that for the newbies, its a great idea. makes them feel their contribs are useful, etc
[19:15:42] <kaldari> bawolff: possible, although some people might wonder why they stopped recieving it
[19:15:51] <aude> for a new user, it might be a nice reminder to get a notification
[19:16:26] <fabriceflorin> bawolff: Good idea. One of our biggest challenges is finding a way to inform you of important events that affect you, but doing it without spamming you. It's a very tough issue, which will require a number of solutions, from preferences to bundling.
[19:16:59] <kaldari> are any of the mobile developers here?
[19:17:10] <lwelling> I think that some power users would appreciate vanity notifications, if we can compress the detail so it is not a wall of single data points. Knowing that 100s of people continue to edit pages you created could be motivating if you don't have to see a row for each time
[19:17:10] <bawolff> On a similar note, doing a "someone has used your image" would probably be appreciated by many people (Esp. if you can do it cross wiki with commons)
[19:17:19] <Reedy> kaldari: #wikimedia-mobile ;)
[19:17:45] <aude> lwelling: might be a difference also between emailnotifications and ones when you come to wikipedia
[19:17:50] <lwelling> new users need detail, to show them the place is full of live people and things are happening and encourage them to be more active
[19:17:58] * aude wouldn't mind notifiations *on* wikipedia as much�
[19:18:03] <Susan> kaldari: Re: page placement on mediawiki.org, if you screw it up, someone will fix it. ;-)
[19:18:13] <kaldari> true
[19:18:44] <Susan> I believe new users need further cowbell.
[19:18:49] <lwelling> aude true, even a daily summary email with those stats would not be very interesting to read every day if they are pretty constant
[19:18:57] <kaldari> I think we'll just take bsitu's suggestion and add it as a section to Extension:Echo for now and then split it off when it gets too big.
[19:19:31] <fabriceflorin> lwelling: Good point. If we can make the software more aware of your history, we could possibly reduce the frequency for notifications after you have received a certain number for a particular page. That's going to be one of the challenges in designing an intelligent bundling feature.
[19:20:03] <kaldari> awjr: Does the mobile team have any interest in using notifications?
[19:20:13] <awjr> kaldari very much
[19:20:30] <awjr> kaldari, sorry i haven't been following along - but you are referring to echo, right?
[19:20:41] <kaldari> awjr: we could use help figuring out what API features would be necessary to support it on mobile
[19:20:46] <awjr> oo
[19:20:48] <kaldari> awjr: yes
[19:20:57] <aude> what's the timeline for deploying echo to a wikipedia?
[19:21:00] <awjr> kaldari we should definitely talk :)
[19:21:12] <kaldari> aude: hopefully within a couple months
[19:21:13] <lwelling> Making it perfect for everybody is obviously impossible. Even a power user who does not want background noise might be interested that something has been mentioned in the media, or had a disaster or something and page activity has exploded
[19:21:18] <aude> ok
[19:21:30] <fabriceflorin> One thing that frustrated me over the holidays is that I got almost zero notifications, even though I'm relatively active on Mediawiki. Nobody was leaving messages on my talk page or reverting my edits, which were the only two notifications we had. Now that we have added page links, I'm happy to know how other people are using my pages.
[19:21:54] <Susan> How is tracking page links, BTW?
[19:21:59] <Susan> Using the pagelinks table?
[19:22:03] <Susan> is it *
[19:22:28] <bsitu> Susan: yes
[19:22:37] <Susan> That's binary though.
[19:22:50] <kaldari> Susan: basically. it uses a hook that is triggered when the links are added to the pagelinks table
[19:22:56] <fabriceflorin> However, this feature is limited to a page you started -- and sometimes I want to know more about a page I didn't start, but which I am actively editing. I know the watchlist is supposed to help with that, but it's a bit of a firehouse for me on en-wiki. So what I'm hoping for is notifications for "pages that I edit frequently", rather than just pages I started.
[19:23:03] <Susan> So if a page is already linked, you won't receive a notification about a new link.
[19:23:09] <lwelling> Getting bundling/rollup right early (or erring on the too conservative side) is vital. If we annoy poeple they will turn it off and will not come back in 3 months to see if it is better now. If we send people too few they're more likely to stick with it as it gets more useful
[19:23:27] <kaldari> susan: correct
[19:23:28] <fabriceflorin> aude: We are hoping to make a first experimental release on the English Wikipedia in February.
[19:23:32] <Susan> kaldari: Lame.
[19:23:32] <sumanah> I know I just joined -- it would be great if https://www.mediawiki.org/wiki/Roadmap mentioned when Echo's going to roll out to other wikis
[19:23:38] <aude> oooh
[19:23:49] <kaldari> susan: well, only if it's already linked from that exact page
[19:23:49] <aude> about the same time as wikidata is enabled there
[19:24:11] <kaldari> Susan: being linked subsequently from the same page will not create a new notification
[19:24:12] <sumanah> ok, added to Roadmap
[19:24:30] <aude> we are providing "notifications" in recent changes (and will be watchlist and other places) when the associated wikidata item changes in a relevant way
[19:24:35] <aude> e.g. changing interwiki links
[19:24:36] <Susan> kaldari: Right. It's a bit annoying.
[19:24:53] <fabriceflorin> lwelling: Yes, I think you are right that it's better to start with too few notifications than too many. But we also don't want to completely ignore the new users. So there needs to be a few notifications to help them through their critical first steps, at the time when they need the most encouragement.
[19:25:04] <Susan> kaldari: I wrote a similar script a few years ago. To watch mentions of my username.
[19:25:09] <aude> but same time, trying not to overwhelm people
[19:25:11] <tewwy> sumanah: I imagine that will be a function to how well it does on mw and enwiki guinea pigging.
[19:25:16] <Susan> But it only works on first link on a page.
[19:25:30] <tewwy> sumanah: There is no cross wiki notification in the case of the first iteration of Echo so it has limited utility
[19:25:31] <sumanah> also added to https://en.wikipedia.org/wiki/Wikipedia:Editor_engagement/Echo#Timetable
[19:25:32] <kaldari> Susan: we have a 'user mention' notification in the works that will do basically the same thing
[19:25:43] <fabriceflorin> Aude: yes, it's a very fine balance. Like a tightrope act. ;o)
[19:25:53] <aude> fabriceflorin: absolutely
[19:25:58] <kaldari> Susan: i.e. if someone links to your username in a discussion, it'll let you know
[19:26:09] <kaldari> but that's one isn't deployed yet
[19:26:14] <Susan> kaldari: Depending on the LQT model, a new page might be more common. But as it is, you won't get a mention notification for a second or third link.
[19:26:16] <aude> we are hiding the wikidata changes (will be batching them) but people can see them like bot edits if they want
[19:26:36] <aude> if people like them, we can do more
[19:26:36] <Susan> kaldari: It's kind of a nasty false negative.
[19:26:50] <Susan> kaldari: Because users will start to assume that the notifications are reliable...
[19:27:04] <kaldari> Susan: the user mention one will work differently that the page link notification
[19:27:15] <Susan> Oh, all right.
[19:27:28] <bawolff> Wait, so if I start talking behind Susan's back, he will get a notice?
[19:27:43] <Susan> Maybe!
[19:27:43] <sumanah> hi AnjaJ_WMDE!
[19:27:44] <aude> :o
[19:27:47] <bawolff> that will be interesting ;)
[19:27:48] <tewwy> bawolff: Only if you link them in the talk, and that change isn't deployed
[19:27:49] <kaldari> If you link to her user page, yes
[19:27:50] <Susan> That requires a lot of pieces to be in place.
[19:28:03] <Susan> Like working notifications.
[19:28:08] * aude can no longer talk aobut people behind their back�
[19:28:11] <Susan> And a link or some other symbol.
[19:28:13] <kaldari> bawolff: unless people think this is a very bad idea
[19:28:13] <aude> mention people on ANI!
[19:28:22] <AnjaJ_WMDE> hi sumanah :)
[19:28:42] <fabriceflorin> sumanah: Thanks for the pointer to the Roadmap. We can definitely update it once we have completed our quarterly planning session next week. Right now, we expect to have about three different releases over the next six months, as we develop all the core features. These releases will be primarily on MediaWiki and Wikipedia. So full support for other projects is likely to come a bit later.
[19:28:43] <Susan> kaldari: It'll be fine.
[19:28:55] <tewwy> bawolff: It'd have more utility if there was Flow using Visual Editor so right now that feature is of limited utility with Echo
[19:29:08] <tewwy> and just Talk pages as it stands
[19:29:28] <Susan> AFTv6 will solve talk pages.
[19:29:40] <kaldari>  :)
[19:29:53] <sumanah> fabriceflorin: I've updated https://en.wikipedia.org/wiki/Wikipedia:Editor_engagement/Echo#Timetable and https://www.mediawiki.org/wiki/Roadmap -- feel free to add more details when you have them :)
[19:29:53] <tewwy> (the idea being visual editor could make linking other people in a discussion easier (like pattern @ completion in twitter clients), and flow would have a clearer idea of "who are the participants, what is the thread" that user talk doesn't)
[19:29:57] <lwelling> Given the audience here is bigger than the people who usually talk about Echo, and it seems like some people are not excited about all the initial notification types, are there things that you really would like to be notified about, that you think should be added early?
[19:30:21] <sumanah> a Wikipedian using a photo I uploaded on Commons
[19:30:28] <fabriceflorin> The first release we're working on focus on new editors, our primary target, because these new users need notifications more than power users. In future releases, we will shift our focus to active or very active editors, as well as new accounts that have just registered but not edited.
[19:30:28] <aude> lwelling: i say just take baby steps
[19:30:32] <tewwy> fabriceflorin: You can modify it any time except wednesday mornings when Roadmap gets batch edited ;-)
[19:30:57] <Isarra> Many wikis would find it useful if there were just more filtering - not necessarily if it was linked in an article, but if it was linked on speficially afd or something...
[19:30:59] * aude likes being notified when someone edits my talk page, but i already get that�
[19:31:04] <kaldari> sumanah: that would be a good notification for the Multimedia team to create using the Echo hooks :)
[19:31:10] * aude responds quicker�
[19:31:14] <fabriceflorin> tewwy: Thanks for the tip about the roadmap page. I will add it to my monthly to-do list.
[19:31:19] <kaldari> when is the multimedia team starting up anyway?
[19:31:38] <tewwy> kaldari: They are starting hiring now.
[19:31:38] <aude> if my photo i uploaded gets used, that would be cool to know
[19:31:44] <tewwy> kaldari: or rather, RobLa has already started.
[19:32:08] <sumanah> yeah. https://wikimediafoundation.org/wiki/Job_openings mentions the multimedia openings
[19:32:09] <tewwy> aude: Hmm you uploaded to commons and linked to from enwiki or dewiki?
[19:32:20] <aude> tewwy: sure
[19:32:24] <sumanah> (please help us find engineers: http://hire.jobvite.com/Jobvite/Job.aspx?j=oj40Wfw3&c=qSa9VfwQ )
[19:32:28] <kaldari> sumanah: yay
[19:32:30] <Susan> Another multimedia team? This time not grant-backed?
[19:32:30] <aude> my picture is being used on wikipedia is cool
[19:32:42] <aude> although, that can get to be too much for power users
[19:32:57] <sumanah> I'd like to be notified when: Someone I care about has been blocked
[19:32:58] <tewwy> aude: Interesting, they could use echo hooks for that, but I think those cases would have to be deferred from being done inside the echo release itself. :-(
[19:33:02] <kaldari> especially if you created the barnstar image :)
[19:33:06] <tewwy> aude: Its a good idea
[19:33:07] <sumanah> when: a page I helped curate has made it to Good or Featured
[19:33:08] <Susan> kaldari: I have a bug about adding a page.page_creator field.
[19:33:13] <fabriceflorin> Here is a list of notifications we are working on for our first release. Which of these are most interesting to you and people in your community? http://www.mediawiki.org/wiki/Echo/Feature_requirements#Sample_Notifications
[19:33:18] <aude> tewwy: ok
[19:33:21] * sumanah looks�
[19:33:25] * aude curious about the hooks and will have to take a look�
[19:33:29] <kaldari> sumanah: we have that one on the drawing board
[19:33:41] <kaldari> good and featured promotions that is
[19:33:57] <aude> oh, when my featured article will be on the main page
[19:34:14] * aude would love to know, but afraid i've missed some of them�
[19:34:14] <Susan> That's an extreme edge-case.
[19:34:16] <sumanah> kaldari: "This notification occurs when a page you started is Today's Featured Article" -- is that it?
[19:34:30] <Susan> 99.999999999% of users don't write a featured article.
[19:34:35] <aude> heh
[19:34:39] <kaldari> aude: the main two hooks to use are BeforeCreateEchoEvent (for declaring your notifications) and BeforeFormatEchoNotification (for defining them)
[19:35:05] <kaldari> aude: we'll be creating some detailed documentation for them soon
[19:35:06] <aude> kaldari: thanks
[19:35:07] <sumanah> kaldari: I'm thinking not a page I *started* but a page I worked on and especially a page I curated via Curation Toolbar.
[19:35:31] <fabriceflorin> sumanah: We have some of the notifications you asked for here. They are now listed as infrequent, given our current focus on new users, who are not likely to get rated or featured right away. http://www.mediawiki.org/wiki/Echo/Feature_requirements#Infrequent_Notifications
[19:35:33] <sumanah> I'd like to know when it moves up to C-class, B-class, Good, and above.
[19:35:33] <kaldari> aude: we'll have some examples to look at as well
[19:35:37] <aude> or my page got nominated for deletion
[19:36:04] <aude> or moved, perhaps
[19:36:15] <kaldari> aude: we actually have that, but not on mediawiki.org :)
[19:36:19] <Nemo_bis> Susan: this? https://www.mediawiki.org/wiki/Echo/Feature_requirements#Started_Page_-_Today.27s_Featured_Article
[19:36:23] <aude> ok
[19:36:23] <sumanah> okay, so, should I put my other suggestions in a backlog at https://www.mediawiki.org/wiki/Echo/Feature_requirements (for curators)?
[19:36:33] <lwelling> sumanah how noisy is that? Do borderline pages swap between B and C every hour for a while till and obvious trend emerges?
[19:36:35] <kaldari> since mediawiki.org doesn't really have a deletion process
[19:36:40] <fabriceflorin> sumanah: Yes, these are features for more advanced users, which we plan to tackle in the second release. Right now, we are focused on new users, as shown in this slide deck: https://docs.google.com/a/wikimedia.org/presentation/d/1sL2HRe5O_5aKCr-tnmkppSFPiJ3L5fpHZMiDvNHMpkY/edit#slide=id.g61f66db2_1_39
[19:36:43] <tewwy> fabriceflorin: Yes she was looking at that and suggesting we add "Edited Page - Today's Featured Article" or "Curated Page - Today's featured Article"
[19:36:59] <Susan> Nemo_bis: "Infrequent" is generous.
[19:37:07] <Nemo_bis> Susan: meaningless? for featured articles it also makes little sense to notify the editor who started it
[19:37:15] <Susan> Right.
[19:37:15] <bsitu> aude: there are two ways to set up extensions to work with Echo, one way is through the hooks kaldari mentions, the other way is through $wgExtensionFunctions
[19:37:19] <Nemo_bis> or "highly misleading and disruptive"
[19:37:24] <tewwy> sumanah: I suggest you add them if you don't see them on the list
[19:37:27] <aude> bsitu: ok
[19:37:29] <sumanah> tewwy: if you're talking about what *I* suggested, I'm not JUST interested in when the article becomes TODAY's featured article, but when an article gets promoted in quality status
[19:37:50] <fabriceflorin> But we are also planning to provide a public API, hopefully by the end of this quarter, so that other developers could expand on some of the basic notification framework we are now working on.
[19:37:54] <Susan> https://www.mediawiki.org/wiki/Echo/Feature_requirements shouldn't mention "Wikipedia."
[19:38:10] <aude> sumanah: sure
[19:38:12] <Susan> That needs to be beaten out of Wikimedia Foundation employees.
[19:38:14] <tewwy> sumanah: There is "Started Page - Marked as reviewed"
[19:38:14] <Nemo_bis> Susan: are other projects in the plan? /me lost some backscroll
[19:38:18] <aude> or it gets nominated as a featured article
[19:38:21] <sumanah> lwelling: I think that kind of churn is rare (churn between B and C ratings for instance).
[19:38:24] <Susan> Nemo_bis: They should be.
[19:38:28] * aude knows i can come and help that way�
[19:38:43] <aude> although concerned about fan voting
[19:38:49] <Susan> Most pages are never re-assessed.
[19:38:49] <aude> featured articles are !vote
[19:38:50] <Nemo_bis> Susan: aaah, should. I assume they arent.
[19:38:59] <Susan> Even a single assessment is often difficult.
[19:39:12] <aude> when a featured article gets nominated to be de-moted
[19:39:15] <aude> de-featured
[19:39:31] <kaldari> Susan, fabriceflorin: changed 'Wikipedia' to 'MediaWiki' :)
[19:39:40] * aude has no idea if some of my featured articles got de-moted, but suppose someone would be polite to leave me a talk page note�
[19:39:45] <tewwy> kaldari: I did :-)
[19:39:46] <Susan>  :-)
[19:39:52] <sumanah> lwelling: Not sure whether you read the Signpost. Every week, 5-20 articles, about the same number of lists, and about the same number of media files get promoted to Featured. https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2012-12-31/Featured_content "Good" status is also relevant and is also something to take pride in; there may be more activity there, but it's not a very churn-y process for any 1 article
[19:39:57] <tewwy> kaldari: It was a good point so I just made the change ;-)
[19:40:13] <lwelling> sumanah, thanks. I was trying to figure out if it was easy. If we can just react to the cahnge and notify people it seems easy. If we'd need to store history to make sure we did not bug them about repeats it would seem much harder
[19:40:15] <Nemo_bis> aude: are you assuming that "someone" should be an extention?
[19:40:21] <fabriceflorin> Which brings me to an important question for this group: what would you expect from a public notifications API? we want to make it easy for developers to expand our notifications framework, but we also need to develop a set of policies governing their use, to prevent folks from spamming our users. It's going to be a challenge to find the right policies to support both goals. Has anyone here had experience developing public API's for similar
[19:40:21] <fabriceflorin> projects? Any tips or pointers?
[19:40:40] <Nemo_bis> aude: because I've no idea why it shouldn't, any sort of process can involve notifications to involved users and there are dozens or even hundreds of them
[19:40:40] <sumanah> fabriceflorin: have you reached out to toolserver-l yet? :-) the people who use our APIs most?
[19:40:54] <Susan> Hmmm, that's a bit misleading.
[19:41:03] <Susan> Most Toolserver folks use the replicated databases.
[19:41:03] <aude> Nemo_bis: a person notifying me is better but automatic noficiations would be good too
[19:41:10] <aude> a person could say why, etc.
[19:41:11] <Susan> Otherwise there's little point in using the Toolserver.
[19:41:23] <tewwy> aude: If "someone" does leave a note, you get a talk page notification, but in the future we'd prefer if someone uses the API to send a notification directly instead of via talk page side effect
[19:41:41] <bawolff> hmm, I wonder what the users would think about notify on someone being blocked
[19:41:46] <aude> tewwy: not sure about that
[19:41:47] <Nemo_bis> tewwy: what do you mean?
[19:41:55] <fabriceflorin> sumanah: not yet, I am just starting the process of thinking about the API. Initially, I had thought that we would develop it in the second quarter, but we are now thinking this is something that should be done sooner. Do you know anyone with experience in this field that we could talk to?
[19:42:00] <bawolff> (sorry, my window was scrolled up, that was from a long time ago)
[19:42:05] <sumanah> fabriceflorin: wikitech-l. :-)
[19:42:10] <aude> when i am more active, i'll be watching other people's talk page
[19:42:12] <Susan> fabriceflorin: Twitter.
[19:42:15] <sumanah> fabriceflorin: that's seriously the first place to go
[19:42:16] <DaBPunkt> Susan: some tools have a fallback and use the API when the database is unreachable or too old
[19:42:16] <Nemo_bis> bawolff: seems on topic right now :p
[19:42:19] <tewwy> aude: Currently if anything leaves a talk page note, there is a talk page notification https://www.mediawiki.org/wiki/Echo/Feature_requirements#Talkpage_Message
[19:42:22] <sumanah> fabriceflorin: with a cc to mediawiki-api (another list)
[19:42:26] <aude> if i see they get a talk page note, i might be curious
[19:42:35] <Susan> DaBPunkt: Sure. And nearly everyone uses the API to edit. :-)
[19:42:35] <Nemo_bis> tewwy: are you saying that's wrong?
[19:43:07] <tewwy> aude: but ideally those sort of messages (done by software or by bot) should be sent as direct notifications "Your article was promoted…" The issue that fabriceflorin brings up is how do we expose an API but prevent abuse?
[19:43:23] <aude> tewwy: sure
[19:43:26] <tewwy> aude: Obviosuly if we only do it through hooks, abuse is minimized but if we do it through API…
[19:43:30] <aude> already, we have stuff like bots
[19:43:33] <bawolff> Hmm, I wonder if it would be possible to send notice when something is nominated for DR. would need to let users (admins) send messages as DR is a social process that varries a lot
[19:43:34] <aude> admins :)
[19:43:44] <aude> ways to restrict certain stuff to trusted users
[19:43:49] <bawolff> (by DR I mean AFD. we call it DR at wikinews)
[19:43:55] <Susan> tewwy: Abuse would a good thing in this case, surely.
[19:44:04] <Susan> It's surely better than non-use.
[19:44:05] <aude> or Susan's EdwardsBot
[19:44:22] <aude> not everyone can setup mass notifications with Susan's bot
[19:44:33] <Susan> Access lists? Bleh.
[19:44:39] <aude> heh
[19:44:42] <werdna> I would say you have to make people subscribe to the notifications
[19:44:44] <werdna> it seems fair
[19:44:44] <Susan> Better metrics and throttling.
[19:44:53] <aude> Susan: sure
[19:44:55] <Susan> werdna: All of them?
[19:45:04] <tewwy> aude: Yes, we have bots currently. That's the current ecosystem, so we should support it (which is why talk page notifications was one of the first supported in Echo), but ideally we should allow a notification to be more specific and less generic than "<someoen> posted on your <talk page>"
[19:45:05] <Susan> People should subscribe to subscriptions.
[19:45:05] <kaldari> yeah, we would definitely need some throttling
[19:45:06] <werdna> depends on the type
[19:45:17] <Susan> Like newsletters and such.
[19:45:18] <werdna> I suppose deletion stuff shouldn't
[19:45:18] <aude> tewwy: sure
[19:45:23] <werdna> hmm this is complicated, turns out
[19:45:32] <Susan> werdna: Are you back?
[19:45:52] <aude> if notifications are private, is there a log of these actions?
[19:46:08] <aude> maybe people abusing it can be spotted?
[19:46:44] <Susan> Spotting the abuse isn't the real problem. It's difficult to un-ring a bell.
[19:46:54] * aude nods�
[19:47:03] <Nemo_bis> tewwy: I don't understand, what messages to users on public processes should be private and why?
[19:47:04] <tewwy> Susan: That is the question. Right? Right now you could theoretically spam by editing their talk page (with or without echo), but an open API allowing arbitrary messages? A bit too much… at the minimum it'd open echo to abuse due to phishing attacks
[19:47:13] <fabriceflorin> A lot of the feature ideas I am hearing about in this chat seem to be aimed at more advanced users. We have a preliminary list of such notifications in this document. If you scroll down to the end, you will see a lot of notifications highlighted in yellow, which may address some of your suggestions. We are planning to work on these notifications in the second quarter of this calendar year.
[19:47:14] <fabriceflorin> https://docs.google.com/a/wikimedia.org/spreadsheet/ccc?key=0AookVJK45wXddHJ3anhPLXJyNFJRM0N2YUdGREdEdlE#gid=0
[19:47:38] <Susan> tewwy: An open API allowing arbitrary messages is what we have now.
[19:47:40] <Nemo_bis> fabriceflorin: actually the audience proposed to remove one feature for super-advanced users like the featured article notification ;)
[19:47:45] <Susan> tewwy: You don't even need to login.
[19:47:48] <Susan> log in
[19:47:55] <lwelling> API abuse scenarios seem obvious. What sort of use cases are there for valid external use? Beneficial bots?
[19:48:04] <tewwy> Nemo_bis: I'm not saying it should be private I'm saying that the message someone receives is somewhat generic "message on talk page" when we should be allowing for a more specific message for the event the bot is servicing "your article was reverted"
[19:48:08] <Susan> lwelling: User scripts.
[19:48:16] <fabriceflorin> Nemo_bis: Thanks! Great minds think alike … We were also thinking that one might be overkill.
[19:48:22] <Susan> lwelling: Apps.
[19:48:24] <Susan> lwelling: Bots.
[19:48:40] <kaldari> Susan, tewwy: I imagine we would need to limit it to a specific user right
[19:48:53] <Susan> The ability to notify a user?
[19:48:58] <tewwy> Susan: But just one example. If you can format the notification style then someone can forge a notification to look like another and phish. It'd have to be limited in some fashion right there.
[19:49:01] <Nemo_bis> tewwy: so why should less likely cases not handled by the extension become private notifications?
[19:49:13] <Susan> tewwy: I'm sorry, phish for what?
[19:49:34] <tewwy> lwelling: #1 would be valid bots. We have bots that service everything from signpost subscriptions, cross wiki notifications, language notifications, etc.
[19:49:35] <werdna> WP credentials?
[19:49:53] <Susan> tewwy: Bot_s_? Heh.
[19:49:53] <lwelling> susan, so rate limiting API use by default, and allowing admins to increase the limit for known trusted apps/scipts/bots would be reasonable
[19:50:00] <Susan> I think there's only one bot at this point.
[19:50:04] <tewwy> lwelling: Alos there are a lot of gadgets users use that handle article curation and the like
[19:50:15] <Susan> lwelling: I suppose. But user scripts are run by a user.
[19:50:18] <tewwy> lwelling: (semiautomatic bots? :-))
[19:50:40] <Base> hi
[19:50:44] <Susan> werdna: To what end? Wikipedia credentials are largely useless.
[19:50:46] <tewwy> Nemo_bis: I'm not following you. Walk me through a scenario.
[19:50:46] <Susan> If not wholly.
[19:50:49] <fabriceflorin> I know that Facebook is not very popular in the MediaWiki and Wikipedia communities, but they have some pretty useful guidelines for developers using their Notifications API here. We're looking at it closely, to help inform our next steps: https://developers.facebook.com/notification-guidelines/
[19:50:54] <tewwy> Nemo_bis: I think I lost you. :-)
[19:51:14] <kaldari> Would it make more sense to create a new user right for sending notifications via the API or should it use one of the existing user-rights/groups?
[19:51:38] <lwelling> kaldari, that's needed so you can turn some users off, right?
[19:51:44] <Susan> kaldari: I guess you'd have to debate whether there's a good reason to not use "edit".
[19:51:45] <kaldari> yes
[19:51:53] <Base> how throw api get a list of allpages where also avalible timestamps pf their first revision?
[19:52:05] <Base> *of
[19:52:05] <tewwy> fabriceflorin: Facebook requires an each app to register a API key so they can rate limit even if it's abused
[19:52:16] <tewwy> Lucky them
[19:52:17] <Susan> Base: Not possible in a single query, as far as I know.
[19:52:23] <Susan> You'd have to get a list of all pages first.
[19:52:24] <kaldari> Susan: I assume we would at least want to limit it to logged in users
[19:52:27] <Susan> Then query first revision timestamp.
[19:52:52] <Susan> kaldari: Maybe. The current model doesn't.
[19:52:53] <Base> Susan: do 1000s queries?
[19:53:04] <Susan> Base: Depending on the wiki, it'd be million of queries.
[19:53:07] <Nemo_bis> tewwy: aude said something about receiving a notification on some event not covered by Echo; you replied that such a notification shouldn't be a normal talk message but something else which apparently is private: why?
[19:53:08] <Susan> millions
[19:53:25] <Base> Susan: nice…
[19:53:41] <Base> any other methods?
[19:53:52] <kaldari> Nemo_bis: I think he's just referring to message that wouldn't be of interest to the public
[19:53:52] <Susan> There are database dumps.
[19:53:56] <Susan> In XML or SQL format.
[19:53:58] <tewwy> Nemo_bis: I meant that initially things not covered by notifications in the current ecosystem are covered by writing to the users talk pages and the user receiving a generic talk page notification
[19:53:59] <fabriceflorin> tewwy: Yes, Facebook tracks whether or not notifications sent by third parties using their API are meeting certain thresholds in terms of clickthrough. This document offers more details. I suspect that it may inspire our next steps as well: https://developers.facebook.com/docs/app-notifications/
[19:54:02] <Susan> http://dumps.wikimedia.org
[19:54:10] <kaldari> Nemo_bis: Like "Hey! A new issue of the SignPost was published!"
[19:54:12] <werdna> nice research fabriceflorin
[19:54:15] <lwelling> if the valid use case is open ended script/bot/app use, then I think the only ways to deal with it are some combination of rate limit, apply for expicit permission and ban misbehaving users.
[19:54:19] <Susan> kaldari: Lowercase P, BTW.
[19:54:24] <Susan> "Signpost"
[19:54:26] <Susan>  :-)
[19:54:31] <tewwy> Nemo_bis: But that ideally it'd be nicer if an open API or some such allowed the bot/whatever/someone to send a specific notification rather than a generic talk page notification
[19:54:34] <kaldari> Nemo_bis: we don't actually need to spam everyone's talk page for that
[19:54:38] <Nemo_bis> kaldari: what happens if that's a talk page message?
[19:54:41] <Base> dumps… ah
[19:54:44] <tewwy> Nemo_bis: Rollup could be done to make sure the user isn't spammed with redundant notificaiton
[19:54:54] <Susan> kaldari: Need to? But some people really do prefer it.
[19:54:55] <kaldari> Nemo_bis: then you get a notification as normal
[19:55:06] <Susan> kaldari: Just as some people prefer the actual newspaper over a Web site.
[19:55:08] <Nemo_bis> tewwy: so it's only about notifications that are sent equal to multiple people?
[19:55:11] <fabriceflorin> werdna: Thanks! I also found the Android Notifications guidelines helpful: http://developer.android.com/design/patterns/notifications.html
[19:55:17] <tewwy> Nemo_bis: For instance if your page is reverted and there is a talk page notification for a template, it should appear only as the page is reverted.
[19:55:27] <kaldari> Susan: sure, it would depend on how they choose to subscribe to the information
[19:55:44] <lwelling> Facebook though only allows notifications to users from apps that the user has explicitly subscribed to though
[19:56:05] <kaldari> Nemo_bis: it's about notifications that are transient mostly
[19:56:07] <Susan> "only"
[19:56:10] <Nemo_bis> tewwy: ah, so it's about talk page messages following to actions like rollback or deletion?
[19:56:21] <Nemo_bis> kaldari: what does transient mean here?
[19:56:24] <tewwy> Nemo_bis: So initially, the signpost update (for instance) is handled by the current bot that writes to ppl's talk pages, but eventually it'd be nice if we could surface a specific notification for it instead of generic one :-)
[19:56:40] <Susan> lwelling: "Notifications" in this context is very murky. Facebook certainly allows messages (inbox and Wall) from others...
[19:56:44] <fabriceflorin> In coming weeks, we will start working on feature requirements for this proposed API, and would love any recommendations that you guys might have. What are some of the best practices for notifications APIs? What are do's and don'ts? What are constraints of our own MediaWiki system? Please send me as much useful info as you have!
[19:57:15] <Nemo_bis> tewwy: this makes sense but I'm a bit worried by the other example
[19:57:24] <tewwy> Nemo_bis: And expose to the bot an API so it can send a notification instead of trying to notify people through a side effect through a talk page (if it wants to write to the talk page ALSO, that's fine too, there should be some way to tag the talk page update as being related to the other notification so the user only receives the more specific one)
[19:57:24] <fabriceflorin> FYI, here is the proposed timeline of what we hope to accomplish this quarter, for those of you who find it interesting: https://docs.google.com/a/wikimedia.org/spreadsheet/ccc?key=0Aq_75_5y5sKWdF9xOUZJSGFMN2pTVHhaTEdNa3ltLVE#gid=0
[19:57:41] <kaldari> Nemo_bis: like 'Your name was mentioned in this discussion' for example. There's not really much of a need to archive that for posterity
[19:57:46] <Nemo_bis> tewwy: while as far as I understand there's no discouragement of normal talk page messages not related to already-notified actions
[19:57:55] <Nemo_bis> kaldari: ok thanks
[19:58:26] <tewwy> Nemo_bis: There'd be no discouragement of current community accepted modes of notifications. That would be wrong. :-)
[19:58:35] <sumanah> fabriceflorin: you'll be putting that timeline onto mediawiki.org sometime this week or next? after the planning meeting?
[19:58:52] <Susan> fabriceflorin: As annoying as wikimarkup is, that page should be on a wiki... heh, beaten by Sumana.
[19:59:02] <tewwy> Nemo_bis: THough we'd like if Echo can service those things in a manner that's more normalized/consistent
[19:59:02] <fabriceflorin> We're approaching the end of our scheduled chat, and I would like to ask if there are any important questions that we haven't covered yet.
[19:59:02] <kaldari> time to wrap this up
[19:59:09] <lwelling> Nemo_bis, currently you go to this page https://www.mediawiki.org/wiki/Special:Notifications to see all your own notifications. In terms of openness would it be better if it was a public per user page, say https://www.mediawiki.org/wiki/User_notifications:LWelling ?
[19:59:23] <sumanah> fabriceflorin: is someone going to send a summary of this meeting to wikitech-l?
[19:59:31] <Nemo_bis> tewwy: tewwy ok, so "the more specific one" is the "manual" one?
[19:59:48] <tewwy> Susan: If only visual editor had table edit :-)
[20:00:17] <Base> may be stupid question but why there are no such posibility as I want in API? it eats too much resouses?
[20:00:23] <Susan> tewwy: The top five Web site in the world was built without VisualEditor. You'll live. :-)
[20:00:25] <Nemo_bis> lwelling: if it's something of public interest, ie not a private message from a user (will those exist?) nor a transient notification as defined above by kaldari, it should all be public
[20:00:37] <fabriceflorin> sumanah: Yes, we will update our product plan after next week's quarterly planning meeting. I am planning to start updating it after that, as well as publish a blog post outlining our next steps, by the end of the month.
[20:00:50] <sumanah> fabriceflorin: Glad you had these office hours. Thanks!
[20:00:52] <Nemo_bis> lwelling: and I also don't see why it shouldn0t be on talk so that e.g. another user can comment it
[20:00:55] <kaldari> Base: Could you clarify your question? What feature do you want in the API?
[20:00:56] <chrismcmahon> tewwy: http://ethercalc.net/ just sayin'
[20:01:04] <tewwy> Nemo_bis: If the bots intent is just to notify the user that a signpost was updated then it should be able to go directly to Echo and tell it to deliver without having to use a side-effect of talk pages triggering notifications
[20:01:12] <aude> thanks for answering our questions! :)
[20:01:18] <Nemo_bis> tewwy: yes, except for that case I meant :)
[20:01:27] <Base> kaldari: 21:51:51 - Base: how throw api get a list of allpages where also avalible timestamps pf their first revision? 21:52:16 - Susan: Base: Not possible in a single query, as far as I know. You'd have to get a list of all pages first.
[20:01:40] <Nemo_bis> tewwy: I did get your ppoint about mass-notifications, I swear :p
[20:01:41] <tewwy> Nemo_bis: But if the bot wants to make that public on the users talk pages, of course that shouldn't be prevented. But then we don't want the user to see two notifications for a single update (2 = talk page notification + sign post notification)
[20:01:56] <Susan> Signpost
[20:01:57] <tewwy> Nemo_bis: Ahh great, sorry I tend to repeat myself.
[20:02:10] <tewwy> Susan: Autocorrect. I use the dreaded Macintosh :-)
[20:02:13] <Nemo_bis> tewwy: no, there were too many exceptions in my sentence
[20:02:18] <fabriceflorin> sumanah: You're very welcome! We plan to have another chat like this next Wed. Jan. 30 at 11am PT. In the meantime, I encourage everyone to test Echo and send us more feedback. The best place to get started for that is our testing page: http://www.mediawiki.org/wiki/Echo/Testing
[20:02:25] <Susan> tewwy: I noticed your ellipsis. You can disable that. :-)
[20:02:47] <sumanah> Next Wed Jan 30? Do you mean the 16th?
[20:02:49] <Susan> I think making notifications public early would help...
[20:03:07] <kaldari> Base: for all pages? That would be a very expensive query
[20:03:16] <fabriceflorin> Thank you all for your good insights! You have given us a lot to think about. Should we publish the log of this chat somewhere on MediaWiki? I usually post office hours chat on that site, but maybe this one should be posted here? Or is that overkill?
[20:03:20] <tewwy> chrismcmahon: Does it output wikimarkup? Then we can convince fabriceflorin to put his timetables on wiki ;-)
[20:03:21] <sumanah> yes
[20:03:26] <Susan> kaldari, tewwy: Is there a reason Special:Notifications/Jimbo_Wales doesn't work?
[20:03:32] <sumanah> post the log someplace on mediawiki.org - I'm in favor of that, fabriceflorin
[20:03:46] <chrismcmahon> tewwy: it was developed for the Socialtext wiki, then went on OLPC, now it's generic
[20:04:00] <kaldari> Susan: right now Notifications are private like watchlists, but maybe they should be public
[20:04:21] <Susan> kaldari: As Tim and others have noted, starting public and later going private is much easier than the reverse.
[20:04:24] <Susan> Vastly easier.
[20:04:35] <aude> kaldari: at least a log, like available to checkusers
[20:04:42] <fabriceflorin> sumanah: Right now, we've scheduled Wed. Jan. 30 at 11am PT with Qim, so we would like to stick with that date. Our plan is to have monthly chats like that, or whenever we have key milestones to discuss.
[20:04:42] <aude> or admins
[20:04:55] <Susan> Transparency will reduce spam.
[20:05:05] <Base> kaldari: may be do limitation 500pages or 50. it is better than 1…
[20:05:37] <sumanah> I was confused because of the phrasing "next Wednesday"
[20:05:38] <fabriceflorin> tewwy: If you can point me to a wiki tool that works as well as Google docs, I'm happy to start using it. Haven't found one yet :(
[20:06:04] <fabriceflorin> sumanah: No worries, sorry for any confusion :)
[20:06:07] <Susan> Manually editing wikitables is healthy.
[20:06:09] <sumanah> fabriceflorin: if you can make it so a search on mediawiki.org also searches the Google Docs you're using, I'll be more ok with your use of GDocs
[20:06:14] <Susan> It builds character.
[20:06:24] <tewwy> I'm a little worried. notifications are transient and private so that in effect reduces the desire for anyone to spam since it's not permanent/stored/searchable
[20:06:24] <aude>  :)
[20:06:49] <fabriceflorin> Susan: My main constraint right now is time. I'm working on the character in a separate track ;o)
[20:06:50] <Susan> tewwy: It's difficult to prevent abuse if it's unknown.
[20:06:51] <aude> tewwy: not sure
[20:06:59] <kaldari> Base: you can get the latest revision for a list of pages, but not the first (at least from a single API query)
[20:07:03] <tewwy> so there is that tradeoff. Also there's the interaction of if we implement watchlist notifications then having those notifications appear publicly sort of makes them de facto public
[20:07:24] <kaldari> Base: That might be a nice feature to add to the API though :)
[20:07:30] <tewwy> fabriceflorin: VisualEditor will cure all our ills… someday :-)
[20:07:35] <Susan> tewwy: Watchlists being private was never really a great idea...
[20:07:42] <tewwy> fabriceflorin: But Susan would probably say learning wikitext builds character ;-)
[20:07:56] <kaldari> Susan: that's debatable :)
[20:08:01] <Susan> tewwy: Many people say that exposing new users to the tools they'll need later is desirable.
[20:08:06] <Susan> Such as wikitext.
[20:08:10] <fabriceflorin> Thank you all for this great feedback. It's really inspiring to brainstorm with peers like you. I look forward to our next discussion at the end of the month. Take care!
[20:08:33] <tewwy> Susan: I haven't thought that through, but if it is public then the community has a duty to police it, and I don't want to create undue burden on the community is all.
[20:08:35] <Susan> tewwy: That's one of the reasons people don't like LQT. It masks wikitext from users.
[20:08:51] <Susan> tewwy: Notifications can be transient and public.
[20:09:01] <Susan> I don't think those two traits are incompatible
[20:09:02] <Susan> .
[20:09:16] <^demon> Indeed--RecentChanges comes to mind.
[20:09:27] <Susan> Quite.
[20:09:40] <tewwy> Susan: I understand what you are saying, all I'm saying is I haven't fully processed the implication
[20:09:44] <^demon> Ability to hide *really bad* things, but otherwise they drop out of the public eye after $someTime.
[20:09:53] <Susan> And RecentChanges is the number one way that spam is combatted.
[20:10:05] <Susan> tewwy: I forgive you.
[20:10:21] <tewwy> Susan: Private seemed reasonable at the time because the first notifications considered (and rejected for first implementation) were things like watch list notifications. Also the current notifications in the system (talk page updates, e-mail notifications) were already private
[20:10:23] <Base> kaldari: ah I need first now
[20:10:37] <kaldari> Susan: if we make notification public it will likely turn into AFTv5
[20:10:50] <Susan> kaldari: How so?
[20:10:51] <fabriceflorin> FYI, I will post a log of this chat on MediaWiki later today, for the record. We will share that link on the main Echo page: http://www.mediawiki.org/wiki/Echo/
[20:10:53] <kaldari> i.e. we'll have to add 500 new features for flagging, oversighting, etc.
[20:10:55] <tewwy> Susan: Now that Echo's requirements have changed, to be honest, we haven're really considered the possibility of a public notifications page.�
[20:11:09] <Susan> Why would you have an e-mail notification... isn't that the point of using e-mail?
[20:11:26] <aude> stuff like mentions.... those for example are public on twitter
[20:11:35] <Nemo_bis> lwelling: I suppose you plan to exclude redirects from the things one should be warned about links to?
[20:11:41] <aude> no harm
[20:11:42] <fabriceflorin> Bye for now! Thanks again, you guys ...
[20:11:47] <kaldari> Susan: we already have email notifications
[20:11:56] <Nemo_bis> lwelling: or maybe links in general, looks silly to be notified of something as trivial and obvious as linking
[20:11:59] <aude> people can use email for private notifices
[20:12:01] <Susan> kaldari: I'm saying I don't understand the point.
[20:12:04] <aude> notices
[20:12:10] <Susan> kaldari: What are you notifying with e-mail notification?
[20:12:19] <kaldari> Susan: what website on the internet doesn't offer email notifications?
[20:12:42] <Susan> kaldari: I thought you were talking about notification in a different sense.
[20:13:01] <kaldari> Susan: eh? maybe I'm misunderstanding you
[20:13:20] <Susan> > Also the current notifications in the system (talk page updates, e-mail notifications) were already private
[20:13:32] <tewwy> aude: The idea behind echo is to separate the event from the delivery. In MW current the responsibility for delivery of notifications are dependent at the time of event creation. Echo seeks to separate those into distinct parts and (for example) afford the user some control on how they choose to be afforded the delivery of the notifiation
[20:13:34] <Susan> The term "notification" is getting more and more murky.
[20:13:54] <kaldari> all of the Echo notifications will optionally support sending emails
[20:14:07] <Susan> A user doesn't need a notification, for example, about the use of Special:EmailUser.
[20:14:15] <tewwy> aude: so the software at one points says "the notification happened" and the software at another point figures out how to deliver that to the user and how to format it (for instance: mobile push? e-mail? web notification?)
[20:14:15] <Susan> Which is how I read "e-mail notification."
[20:14:28] <Susan> Compare: talk page notification, which comes from using ?index.php?action=edit.
[20:14:38] <tewwy> OIC
[20:14:58] <tewwy> "email notification" is not an notification on email event, it means delivery of a notification through e-mail
[20:15:21] <tewwy> if the user sends an e-mail there is no event triggered so no notification is in the system
[20:15:36] <Susan> But the user is still notified.
[20:16:38] <tewwy> Umm, how so? If I use Special:EmailUser, then there is no explicit hook to trigger a notificaiton
[20:16:53] <Susan> The user receives an e-mail.
[20:16:54] <tewwy> but emailing a user a notification is one of the ways Echo can deliver a notification to the user (via email)
[20:17:06] <Nemo_bis> "was linked by Shirayuki from this page: [[]]" – known bug?
[20:17:14] <tewwy> for instance, a page marked for deletion.
[20:17:31] <Susan> tewwy: The terms "notification" and "e-mail" had meaning behind them before Echo existed.
[20:18:24] <tewwy> Yes it does
[20:18:26] <kaldari> we are using the word notification in the same sense as most websites, Facebook, Google, etc.
[20:18:40] <kaldari> not in the generic sense
[20:19:09] <kaldari> ok, going to get some lunch
[20:19:13] <tewwy> Susan: There was a page werdna wrote a while ago where he made the distinction between events, notifications and the like.> I think it got overwritten
[20:19:28] <tewwy> What's left of it is here: http://www.mediawiki.org/wiki/Echo#Nomenclature
[20:19:28] <bsitu> Nemo_bis: not for [[]], could you file a bug for that?
[20:19:31] <sumanah> bye kaldari
[20:20:56] <Nemo_bis> bsitu: ok
[20:21:58] <Susan> Nemo_bis: Your comment at https://bugzilla.wikimedia.org/43668 is circular.
[20:23:48] <Nemo_bis> Susan: how so?
[20:23:59] <Nemo_bis> bsitu: https://bugzilla.wikimedia.org/show_bug.cgi?id=43743
[20:24:09] <Susan> Nemo_bis: Reedy marked bug 43668 as a blocker of 43668?
[20:25:17] <Nemo_bis> Susan: that's called a typo, not a circular comment
[20:25:27] <Nemo_bis> copy and paste fail if you feel ungenerous
[20:25:38] <Susan> Nemo_bis: It was a bit circular when I clicked the bug link.
[20:25:54] <Susan> Maybe oval.
[20:27:24] <Reedy> Comment # 5 on bug 43668 from Nemo
[20:27:25] <Reedy> Reedy, why did you mark bug 43668 as blocker?
[20:27:26] <Reedy> o_0
[20:27:32] <Nemo_bis> hmpf
[20:27:35] <Susan> Reedy: We already went through this.
[20:27:41] <Susan> Reedy: #OLD
[20:27:53] <Nemo_bis> <--- FAIL
[20:27:56] <Nemo_bis> satisfied?
[20:28:06] <Susan> Have you adorned a scarlet letter?
[20:28:21] <Nemo_bis> hmm let's see if I have one here
[20:28:48] <Nemo_bis> there's a greenpeace sticker which is mainly red
[20:28:59] <Susan> I didn't realize this was "office hours" until it was nearly over, BTW.
[20:29:07] <Susan> I thought people were just unusually chatty today.
[20:29:14] <Nemo_bis> haha
[20:29:17] <aude> heh
[20:29:26] <Nemo_bis> that was the trick of doing it on this channel :p
[20:29:37] <Nemo_bis> tricking people in IRC office hours against their will
[20:29:45] <Susan> It worked. :-)
[20:29:57] <fabriceflorin> One last note about Echo: We're looking to hire a software engineer to build new notifications and editor engagement tools with us. It's a great team, fascinating work, and a wonderful cause! If you're interested or know someone who might be, contact kaldari or tewwy. Here's the job description: http://hire.jobvite.com/Jobvite/Job.aspx?j=ovvXWfwD&c=qSa9VfwQ