[00:02:37] 3Collab-Team-2016-Q4, 6Collaboration-Team-Backlog, 10Flow, 13Patch-For-Review, 5WMF-deploy-2016-04-12_(1.27.0-wmf.21): When hovering a resolved topic on Flow, use cursor:pointer instead of cursor:text - https://phabricator.wikimedia.org/T131658#2174001 (10Etonkovidova) Checked in betalabs and test - curs... [00:04:18] RoanKattouw: that check mark for Resolved topic - should it be aligned properly? Looks kind of lower than a topic title line ? [00:05:31] RoanKattouw: or pau does not object? :) [00:08:32] 10Collab-Notifications-Page, 6Collaboration-Team-Backlog: [betalabs] Regression: flowusertalk-new-topic does not send notification - https://phabricator.wikimedia.org/T131713#2188907 (10Etonkovidova) [00:08:34] 3Collab-Team-2016-Q4, 10Flow, 10Notifications, 13Patch-For-Review, and 3 others: Not receiving notifications for new topics on talk pages - https://phabricator.wikimedia.org/T131879#2188909 (10Etonkovidova) [00:31:52] 3Collab-Team-2016-Q4, 10Flow, 10Notifications, 13Patch-For-Review, and 3 others: Not receiving notifications for new topics on talk pages - https://phabricator.wikimedia.org/T131879#2188930 (10Etonkovidova) Note: the same issue was filed as a regression bug - {T131713} Checked in betalabas & test. @Mat... [00:56:48] 6Collaboration-Team-Backlog, 10Notifications: Notifications - the whole page is bold - https://phabricator.wikimedia.org/T131073#2155245 (10Etonkovidova) There is a similar case with monospace font in betalabs. The Notifications page changes its font if some of the Notifications 
 in them.  {F384...
[01:12:02] 	 3Collab-Team-2016-Q4, 10Flow, 10Notifications, 13Patch-For-Review, and 3 others: Not receiving notifications for new topics  on talk pages - https://phabricator.wikimedia.org/T131879#2188979 (10Mattflaschen) >>! In T131879#2188930, @Etonkovidova wrote: > @Matanya - Mentions seem to be ok. However, mentions...
[01:53:48] 	 legoktm, is there a bug for a PHP version of MessagePoster?
[01:59:34] 	 Found it, https://phabricator.wikimedia.org/T123522
[02:00:50] 	 3Collab-Team-2016-Q4, 6Collaboration-Team-Backlog, 10MediaWiki-General-or-Unknown: Implement a server-side mw.MessagePoster equivalent - https://phabricator.wikimedia.org/T123522#2189017 (10Mattflaschen) There's another case that needs this (currently broken), NewUserMessage.
[02:02:00] 	 10Flow: 'New user message' bot on gomwiki/Konkani Wikipedia should handle Flow properly - https://phabricator.wikimedia.org/T131957#2189021 (10Mattflaschen) This is from Extension:NewUserMessage, which does not handle Flow.  We should take this as an opportunity to finally fix {T123522}.
[02:02:18] 	 10Flow: 'New user message' bot on gomwiki/Konkani Wikipedia should handle Flow properly - https://phabricator.wikimedia.org/T131957#2189023 (10Mattflaschen)
[02:05:22] 	 where is the wikimedia config(s) for "which types of notifications are enabled by default, and whether web/email/both." ?  I'm particularly interested in: 1) which types do not get sent by email (by default), and also the configuration variants between "existing vs new editors".
[02:05:47] 	 s/also/2)/
[02:42:21] 	 3Collab-Team-2016-Q4, 10Flow, 10MediaWiki-extensions-NewUserMessage: NewUserMessage should handle Flow properly; affects gomwiki/Konkani Wikipedia  - https://phabricator.wikimedia.org/T131957#2189083 (10Mattflaschen)
[02:42:54] 	 3Collab-Team-2016-Q4, 6Collaboration-Team-Backlog, 10MediaWiki-General-or-Unknown: Implement a server-side mw.MessagePoster equivalent - https://phabricator.wikimedia.org/T123522#2189087 (10Mattflaschen)
[02:42:56] 	 3Collab-Team-2016-Q4, 10Flow, 10MediaWiki-extensions-NewUserMessage: NewUserMessage should handle Flow properly; affects gomwiki/Konkani Wikipedia - https://phabricator.wikimedia.org/T131957#2184191 (10Mattflaschen)
[02:43:41] 	 10Collab-Notifications-Page, 3Collab-Team-2016-Q4, 6Collaboration-Team-Backlog: Notifications - the whole page is bold - https://phabricator.wikimedia.org/T131073#2189088 (10Mattflaschen)
[02:50:24] 	 quiddity, $wgEchoDefaultNotificationTypes (which are available, e.g. 'Email from another user' does not let you get email notifications when you receive an email.  The film ''Inception'' depicts what occurred when this malfunctioned).
[02:50:43] 	 quiddity, $wgDefaultUserOptions["echo-subscriptions-...] (enabled by default, web, email, both, neither, etc.).
[02:50:44] 	 If you also want to know which can not be turned off (e.g. edit-user-talk is mandatory for web), no-dismiss on $wgEchoNotificationCategories
[02:51:37] 	 quiddity, AddNewAccount/onAccountCreated for the variants between existing and new.
[02:53:11] 	 There is only one I could find that is Wikimedia-specific (as opposed to anyone with the extensions), thank-you-edit (the milestone notifications), due to to the bug.
[02:54:49] 	 It's disabled on web (and was never available for email (why, will file that?)).
[02:56:16] 	 I guess it's because you're on the site anyway, you know you just edited, and it could be considered spammy?
[02:56:30] 	 Although you could make the case it's good for re-activation and not too spammy since it's rare.
[02:57:55] 	 quiddity, if you file a task I or someone else could make a script to present all that in human-readable form (good in case we change it).
[03:00:52] 	 3Collab-Team-2016-Q4, 10Flow, 10MediaWiki-extensions-NewUserMessage: NewUserMessage should handle Flow properly; affects gomwiki/Konkani Wikipedia - https://phabricator.wikimedia.org/T131957#2189093 (10Mattflaschen) We should also see if we can defend against other extensions doing this wrong (maybe fail ins...
[03:02:20] 	 6Collaboration-Team-Backlog, 10Flow, 7Easy: Flow: Core API actions succeed on Flow-enabled page - https://phabricator.wikimedia.org/T62808#649615 (10Mattflaschen) This is fixed.  I tested multiple places, in production and elsewhere, and consistently get `no-direct-editing`.
[03:02:59] 	 6Collaboration-Team-Backlog, 10Flow, 7Tracking: Bots and Flow living in harmony (tracking) - https://phabricator.wikimedia.org/T107093#2189112 (10Mattflaschen)
[03:03:01] 	 6Collaboration-Team-Backlog, 10Flow, 7Easy: Flow: Core API actions succeed on Flow-enabled page - https://phabricator.wikimedia.org/T62808#2189111 (10Mattflaschen) 5Open>3Resolved
[03:03:50] 	 6Collaboration-Team-Backlog, 10Flow, 7Easy: Flow: Core API actions succeed on Flow-enabled page - https://phabricator.wikimedia.org/T62808#649615 (10Mattflaschen) E.g.:  ``` mw.loader.using( 'mediawiki.api.edit' ).done( function () { var api = new mw.Api(); api.postWithToken( 'edit', {action: 'edit', title:...
[03:06:31] 	 matt_flaschen, awesome, much thanks, will file.
[03:19:15] 	 (03PS5) 10Mattflaschen: Disable submit buttons if we know the user can't edit [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279568 (https://phabricator.wikimedia.org/T108762) 
[03:20:39] 	 Have a good night, quiddity, all.
[03:20:45] 	 Ditto :)
[03:27:57] 	 ok, yup, dinner (grocery) time.
[03:33:27] 	 huh, wikibugs isn't sending new Echo bugs here. please could someone replace "Echo" with "Notifications" at ln36 of https://git.wikimedia.org/blob/labs%2Ftools%2Fwikibugs2/HEAD/channels.yaml
[03:35:02] 	 (don't make me trawl through documentation, and wrestle with git! ;_;  oh, for a simple edit-form on that page...)
[03:35:10] * quiddity groceries.
[04:14:48] 	 6Collaboration-Team-Backlog, 10Thanks: Add thanks links on Special:Watchlist and Special:Contributions - https://phabricator.wikimedia.org/T51541#2189129 (10darthbhyrava) >>! In T51541#2166139, @Mattflaschen wrote: > It looks like you can use the [ContributionsLineEnding](https://www.mediawiki.org/wiki/Manual:...
[06:58:15] 	 3Collab-Team-2016-Q4, 10Flow, 10Notifications, 13Patch-For-Review, and 3 others: Not receiving notifications for new topics  on talk pages - https://phabricator.wikimedia.org/T131879#2189301 (10Matanya) I now get mentions too, for some reason. notifications for new topic are working too.
[09:15:02] 	 6Collaboration-Team-Backlog, 10Thanks: Add thanks links on Special:Watchlist and Special:Contributions - https://phabricator.wikimedia.org/T51541#2189460 (10jayvdb) >>! In T51541#2176572, @Nemo_bis wrote: >>>! In T51541#544594, @MZMcBride wrote: >> The larger issue is interface clutter. >  > The even larger is...
[11:15:52] 	 (03PS11) 10Paladox: Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) 
[11:18:23] 	 (03PS12) 10Paladox: Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) 
[11:18:31] 	 (03CR) 10jenkins-bot: [V: 04-1] Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) (owner: 10Paladox)
[11:19:39] 	 (03CR) 10Paladox: "recheck" [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) (owner: 10Paladox)
[11:21:46] 	 (03CR) 10jenkins-bot: [V: 04-1] Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) (owner: 10Paladox)
[11:46:51] 	 (03CR) 10Zfilipin: "Sorry, got distracted with something else so I did not finish this. I will revert to your patch since I am not sure when I will have the t" [extensions/Flow] - 10https://gerrit.wikimedia.org/r/277261 (https://phabricator.wikimedia.org/T94153) (owner: 10Mattflaschen)
[11:52:16] 	 (03PS13) 10Paladox: Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) 
[11:55:25] 	 (03CR) 10jenkins-bot: [V: 04-1] Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) (owner: 10Paladox)
[11:56:56] 	 (03PS14) 10Paladox: Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) 
[11:58:42] 	 (03PS4) 10Zfilipin: Followup 9eaa667: Use @skip instead so it's more obvious and greppable [extensions/Flow] - 10https://gerrit.wikimedia.org/r/277261 (https://phabricator.wikimedia.org/T94153) (owner: 10Mattflaschen)
[11:59:12] 	 (03CR) 10jenkins-bot: [V: 04-1] Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) (owner: 10Paladox)
[12:00:10] 	 (03CR) 10Zfilipin: "Patch set 4 is revert to patch set 1." [extensions/Flow] - 10https://gerrit.wikimedia.org/r/277261 (https://phabricator.wikimedia.org/T94153) (owner: 10Mattflaschen)
[12:01:55] 	 (03PS15) 10Paladox: Make VisualEditor support truly optional [extensions/Flow] - 10https://gerrit.wikimedia.org/r/279957 (https://phabricator.wikimedia.org/T131055) 
[12:21:59] 	 (03PS1) 10Sbisson: [WIP] EchoController [extensions/Echo] - 10https://gerrit.wikimedia.org/r/282345 
[12:26:22] 	 (03CR) 10jenkins-bot: [V: 04-1] [WIP] EchoController [extensions/Echo] - 10https://gerrit.wikimedia.org/r/282345 (owner: 10Sbisson)
[13:45:42] 	 hey mlitn, are you around?
[14:18:11] 	 hey stephanebisson, Im here
[14:19:01] 	 mlitn: so you said you were working on making the echo cross-wiki calls in the backend?
[14:21:09] 	 yeah
[14:25:33] 	 what is your plan for the "get notifications" api?
[14:25:47] 	 in terms of the data structure
[14:26:46] 	 well…
[14:26:51] 	 that’s the biggest problem :D
[14:27:28] 	 either make the existing output even more messy by cramming additional stuff in there, of change that API & break compat...
[14:27:56] 	 trying to do #1 atm
[14:28:09] 	 the initial request output would be stay (just about) the same
[14:28:39] 	 then, when opening the bundle, it’ll send 1 additional API request with some other param, and somewhere in the output would be the result for all wikis
[14:28:53] 	 but I haven’t settled on where or what it’ll look like exactly
[14:31:46] 	 would it work to keep the format the same but add a "source" attribute to each notification?
[14:32:43] 	 don’t think so, because IIRC the key is the notification ID
[14:33:00] 	 and notifications are stored per-wiki, so there could be conflicts
[14:33:29] 	 but I think that would be the only problem
[14:34:06] 	 the conflict would be because of the "list + index" response format
[14:34:50] 	 if it was an array of notifications, each with it's own id and source, that would work, right?
[14:35:37] 	 yep, I think so
[14:35:57] 	 right now it’s "list":{"5":{"id”:”5”,…}, …}
[14:36:30] 	 if we’d make it "list”:[{“id”:”5”,…}, …], it should work
[14:37:04] 	 and I wouldn’t be surprised if noone uses the id anyway, probably just iterate the resultset
[14:38:45] 	 yeah
[14:39:04] 	 we also talked about getting rid of the second api call when opening the bundle
[14:39:11] 	 returning all the data initially
[14:40:04] 	 but it doesn't look like it's in the scope of what you are doing now
[14:40:41] 	 oh
[14:41:15] 	 I could change the scope of what I’m doing if that’s what we want :p
[14:41:59] 	 although we probably shouldn’t do that without knowing how often people open foreign notifications
[14:42:36] 	 that’s a significant overhead if only a small percentage open such bundles (although I would guess there are quite a lot that do)
[14:43:23] 	 there's a chicken and egg thing going on as well
[14:43:40] 	 the bundle is slow to load 
[14:43:53] 	 it discourages me from opening it again
[14:44:11] 	 kinda
[14:44:37] 	 but if opening that bundle is so slow because of the api request, doing it initially would make the flyout slow :p
[14:45:07] 	 (moving it to the backend should make that faster though)
[14:45:19] 	 would make the flyout _slower_
[14:45:23] 	 it's already slow
[14:45:48] 	 :)
[14:46:07] 	 we don't plan to have a foreign bundle on the special page, only a flat list of notifications
[14:46:43] 	 but I don't know how if we'll go as far as having a mixed list of foreign and local
[14:47:01] 	 for instance: all 'revert' notifications from all wikis
[14:47:22] 	 anyway, one step at a time
[14:47:30] 	 what you do will fix the CORS problem
[14:49:11] 	 I don't know how the sites are deployed, do we have to go all the way out to the internet or is there a more 'internal' way to get data from other wikis?
[14:49:27] 	 similar to `mwscript --wiki frwiki`
[14:53:47] 	 I assume any wikipedia.org request will be routed internally instead of going all over the globe :)
[16:26:25] 	 (03PS2) 10Sbisson: [WIP] EchoController [extensions/Echo] - 10https://gerrit.wikimedia.org/r/282345 
[16:32:52] 	 (03CR) 10jenkins-bot: [V: 04-1] [WIP] EchoController [extensions/Echo] - 10https://gerrit.wikimedia.org/r/282345 (owner: 10Sbisson)
[18:00:26] 	 The jscs fix thing doesn't work properly as a pre-commit hook, since you commit the version before the fixes.
[18:01:12] 	 It already exists as a Grunt rule (though there was a config bug), and it can be configured in editors too, which I'm going to do.
[18:04:20] 	 (03PS1) 10Mattflaschen: Pre-commit hook fixes [extensions/Flow] - 10https://gerrit.wikimedia.org/r/282400 
[18:06:46] 	 3Collab-Team-2016-Q4, 10Collaboration-Community-Engagement, 10Notifications, 10WMF-Product-Development-Process, 7user-notice: Cross-wiki notifications - announcements planning - https://phabricator.wikimedia.org/T123570#2191237 (10Quiddity) a:5Quiddity>3Trizek-WMF Re-assigning, as Benoît is the lead...
[18:08:47] 	 quiddity, fix for wikibugs2 is https://gerrit.wikimedia.org/r/282403 .
[18:08:58] 	 ty :)
[18:12:13] 	 3Collab-Team-2016-Q4, 10Flow, 10Notifications, 13Patch-For-Review, and 3 others: Not receiving notifications for new topics  on talk pages - https://phabricator.wikimedia.org/T131879#2191294 (10Mattflaschen) >>! In T131879#2189301, @Matanya wrote: > I now get mentions too, for some reason. notifications fo...
[18:13:47] 	 Getting lunch
[18:59:50] 	 3Collab-Team-2016-Q4, 6Collaboration-Team-Backlog, 10Flow, 13Patch-For-Review, 5WMF-deploy-2016-04-12_(1.27.0-wmf.21): When hovering a resolved topic on Flow, use cursor:pointer instead of cursor:text - https://phabricator.wikimedia.org/T131658#2191430 (10jmatazzoni) 5Open>3Resolved a:3jmatazzoni
[19:01:35] 	 3Collab-Team-2016-Q4, 10Flow, 10Notifications, 13Patch-For-Review, and 3 others: Not receiving notifications for new topics  on talk pages - https://phabricator.wikimedia.org/T131879#2191434 (10jmatazzoni) 5Open>3Resolved
[19:03:49] 	 3Collab-Team-2016-Q4, 10Notifications, 3Collab-Archive-2015-2016, 13Patch-For-Review, 5WMF-deploy-2016-04-12_(1.27.0-wmf.21): cross-wiki notifications: after clicking  'View changes' - 'There are no notifications' is displayed. - https://phabricator.wikimedia.org/T127027#2191448 (10jmatazzoni) 5Open>3...
[19:20:54] 	 jmatazzoni__, RoanKattouw, French is ready, so I'll put that up for evening SWAT.
[19:21:05] 	 matt_flaschen: Evening SWAT on Monday?
[19:21:28] 	 Doh
[19:21:33] 	 Okay, morning SWAT on Monday.
[19:21:51] 	 Unless there's reason to defer it.
[19:25:26] 	 3Collab-Team-2016-Q4, 10Notifications: Invite French users to take the Notification Survey (using the Notifications panel) - https://phabricator.wikimedia.org/T131893#2191500 (10Mattflaschen) a:5Mooeypoo>3Mattflaschen Or 1 day in reality apparently: https://fr.wikipedia.org/wiki/MediaWiki:Echo-popup-footer...
[19:29:01] 	 3Collab-Team-2016-Q4, 10Notifications: Invite French users to take the Notification Survey (using the Notifications panel) - https://phabricator.wikimedia.org/T131893#2191512 (10Mattflaschen) Ideally, this would use the UI language, not a fixed URL per-wiki (which basically means content language).  But not a...
[19:39:49] 	 RoanKattouw, I'm looking at what jmatazzoni__ said at https://phabricator.wikimedia.org/T131893#2182121 regarding the tooltip.  Right now it's using standard native title attribute, it doesn't look like OOjs UI has tooltips, so the only remaining one I can think of is jquery.tipsy, which is in core, but I doubt we want to use.
[19:41:43] 	 I'm pretty sure there is a thing for this somewhere, lemme find you an example
[19:44:33] 	 matt_flaschen: VisualEditor does something with an iconed PopupButtonWidget. See the (i) icons in the template parameter dialog
[19:44:43] 	 ve.ui.MWParameterPage.js
[19:46:13] 	 matt_flaschen: RoanKattouw: yeah, we have PopupButtonWidget, but it's only wired for click handling (not hover). there's a task somewhere to add an option.
[19:46:48] 	 or look at legoktm's april fools patch, which hacked that in, you could steal it from there
[19:46:57] 	 LOL
[19:48:56] 	 MatmaRex, RoanKattouw, like that is using hoverIntent from core.
[19:49:09] 	 6Collaboration-Team-Backlog, 10MediaWiki-extensions-PageCuration, 10Browser-Tests-Infrastructure, 7Browser-Tests, and 2 others: Update PageTriage mediawiki_selenium Ruby gem to version 1.x - https://phabricator.wikimedia.org/T117979#1788436 (10bmansurov) Sorry about ^, mistyped the bug number.
[20:23:13] 	 RoanKattouw, MatmaRex, is there a way to have the content of the popup wrap, rather than scroll?  It's just text.
[20:24:11] 	 Right now, I have padded true, a width of 500, and somehow it is both cut off horizontally and has a horizontal scrollbar.
[20:24:21] 	 i think it should do that… D:
[20:25:09] 	 matt_flaschen: check the 'white-space' CSS on parent elements of the PopupButtonWidget's $element
[20:25:16] 	 parent nodes*
[20:26:51] 	 MatmaRex, ah, thanks.
[20:27:11] 	 3Collab-Team-2016-Q4, 10Flow, 3Collab-Archive-2015-2016, 13Patch-For-Review: [betalabs]  Blocked user creating a new topic gets malformed error message - https://phabricator.wikimedia.org/T121137#2191676 (10Etonkovidova) Checked in betalabs for   - editing by blocked users (including the case when the opti...
[20:56:26] 	 (03PS1) 10Mattflaschen: Also show the survey tooltip on click [extensions/Echo] - 10https://gerrit.wikimedia.org/r/282430 (https://phabricator.wikimedia.org/T128937) 
[22:15:15] 	 3Collab-Team-2016-Q4, 10Notifications, 3Collab-Archive-2015-2016, 7Crosswiki, and 2 others: Echo counts unread messages incorrectly - https://phabricator.wikimedia.org/T129726#2114065 (10Etonkovidova) Checked in betalabs - the counter correctly displays the number of messages after marking 1 (or more as re...
[22:23:35] 	 10Flow: Please clutter up the notifications flyout to give me a direct link to the page history - https://phabricator.wikimedia.org/T132221#2191896 (10Whatamidoing-WMF)
[22:26:35] 	 10Flow: Cross-wiki notifications:  Please link to the wiki - https://phabricator.wikimedia.org/T132224#2191946 (10Whatamidoing-WMF)
[22:36:35] 	 3Collab-Team-2016-Q4, 10Notifications, 3Collab-Archive-2015-2016, 13Patch-For-Review: Cross-wiki notifications are underlined when underline links preference is enabled - https://phabricator.wikimedia.org/T130793#2146660 (10Etonkovidova) Checked the fix in betalabs - no underlined links (the screenshot is...
[22:48:51] 	 3Collab-Team-2016-Q4, 10Beta-Cluster-Infrastructure, 10DBA, 3Collab-Archive-2015-2016, 13Patch-For-Review: Use External Store on Beta Cluster - https://phabricator.wikimedia.org/T95871#2191978 (10Mattflaschen) Created the tables on Beta Cluster.  Working command (working directory is also significant):...
[22:57:15] 	 3Collab-Team-2016-Q4: [betalabs] Templates displayed as links in Flow-topic-resolved notifications - https://phabricator.wikimedia.org/T132226#2191996 (10Etonkovidova)
[22:59:08] 	 10Flow: Cross-wiki notifications:  Please link to the wiki - https://phabricator.wikimedia.org/T132224#2192011 (10Catrope)
[22:59:10] 	 3Collab-Team-2016-Q4, 6Collaboration-Team-Backlog, 10Notifications: Project labels inside the cross-wiki bundle should link to the target wiki Notification Page - https://phabricator.wikimedia.org/T127419#2192012 (10Catrope)
[23:00:32] 	 legoktm: Could you run 'fab pull' in wikibugs for https://gerrit.wikimedia.org/r/#/c/282403/ ? I tried, but it turns out I'm not a member of the wikibugs project
[23:18:18] 	 3Collab-Team-2016-Q4: [betalabs] Flow-topic-resolved notifications display topic id in a secondary link - https://phabricator.wikimedia.org/T132229#2192068 (10Etonkovidova)
[23:20:27] 	 3Collab-Team-2016-Q4: [betalabs] Templates displayed as links in Flow-topic-resolved notifications - https://phabricator.wikimedia.org/T132226#2192075 (10Etonkovidova) Another example: {F3851184}  Note: a secondary link displayed as id issue is filed as {T132229}
[23:24:35] 	 3Collab-Team-2016-Q4, 10Notifications, 3Collab-Archive-2015-2016, 13Patch-For-Review: Cross-wiki notifications are underlined when underline links preference is enabled - https://phabricator.wikimedia.org/T130793#2192082 (10jmatazzoni) 5Open>3Resolved
[23:31:40] 	 3Collab-Team-2016-Q4, 10Flow, 3Collab-Archive-2015-2016, 13Patch-For-Review: [betalabs]  Blocked user creating a new topic gets malformed error message - https://phabricator.wikimedia.org/T121137#2192086 (10jmatazzoni) The function seems to be working properly, so I'll mark this ticket as resolved.  But @Q...
[23:32:00] 	 3Collab-Team-2016-Q4, 10Flow, 3Collab-Archive-2015-2016, 13Patch-For-Review: [betalabs]  Blocked user creating a new topic gets malformed error message - https://phabricator.wikimedia.org/T121137#2192088 (10jmatazzoni) 5Open>3Resolved
[23:37:48] 	 10Notifications: Please clutter up the notifications flyout to give me a direct link to the page history - https://phabricator.wikimedia.org/T132221#2192091 (10Catrope)
[23:43:35] 	 3Collab-Team-2016-Q4, 6Collaboration-Team-Backlog, 10Notifications, 13Patch-For-Review, 5WMF-deploy-2016-04-05_(1.27.0-wmf.20): Cross-wiki notifications on mobile show separate alerts and messages bundles, but each bundle contains both alerts and messages - https://phabricator.wikimedia.org/T130801#2192108...
[23:51:45] 	 (03PS2) 10Mattflaschen: Pre-commit hook fixes [extensions/Flow] - 10https://gerrit.wikimedia.org/r/282400 
[23:57:20] 	 3Collab-Team-2016-Q4, 10Notifications, 3Collab-Archive-2015-2016, 7Crosswiki, and 2 others: Echo counts unread messages incorrectly - https://phabricator.wikimedia.org/T129726#2192162 (10jmatazzoni) I discussed this behavior with Elena:   > Checked in betalabs - the counter correctly displays the number of...
[23:58:14] 	 6Collaboration-Team-Backlog, 10Pywikibot-Flow, 10Thanks, 10Possible-Tech-Projects, and 2 others: Pywikibot support for Thanks - https://phabricator.wikimedia.org/T129049#2093372 (10Mattflaschen) Can you add a per-user opt-out for #5, as a requirement?  Although "A thanked B" is public data (which is now cl...
[23:58:32] 	 10Notifications, 10Collaboration-Community-Engagement, 3Collab-Archive-2015-2016, 7Epic, 7Tracking: Enable cross-wiki notifications by default - https://phabricator.wikimedia.org/T130655#2192167 (10jmatazzoni)
[23:58:34] 	 3Collab-Team-2016-Q4, 6Collaboration-Team-Backlog, 10Notifications, 13Patch-For-Review, 5WMF-deploy-2016-04-05_(1.27.0-wmf.20): Cross-wiki notifications on mobile show separate alerts and messages bundles, but each bundle contains both alerts and messages - https://phabricator.wikimedia.org/T130801#2192166...