[00:03:27] <wikibugs>	 06Collaboration-Team-Triage, 10Notifications, 10MediaWiki-Internationalization, 10MediaWiki-User-preferences: Echo uses Gregorian calendar regardless of user preferences - https://phabricator.wikimedia.org/T154679#2947740 (10Mattflaschen-WMF) Core and Echo both use moment, so https://github.com/jalaali/mom...
[00:08:33] <wikibugs>	 06Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), 10Edit-Review-Improvements-RC-Page: Configure filters in a single extensible place - https://phabricator.wikimedia.org/T152754#2947775 (10Mattflaschen-WMF)
[00:29:58] <wikibugs>	 06Collaboration-Team-Triage, 10Flow, 10VisualEditor: Adjust Flow visual-edit mode interface/icons to be more consistent with visual editor - https://phabricator.wikimedia.org/T155572#2947857 (10Pginer-WMF) I think there is room for improvement in the way to switch between rich text and wikitext, both in Flow...
[00:35:34] <mooeypoo>	 matt_flaschen, in T152754, "Don't need to omit default: false. This will mean filter is not active." <-- param. Param is not active... filter might actually be active if the other params are active and it isn't.
[00:35:35] <stashbot>	 T152754: Configure filters in a single extensible place - https://phabricator.wikimedia.org/T152754
[00:35:39] <mooeypoo>	 flippage-thingie
[00:36:43] <mooeypoo>	 matt_flaschen, also, "Doesn't need to redirect 'all' URL, but does if it's all *and* other stuff." <-- the UI can handle that (it reads it as "all" and ignores else, if "all" is anywhere in the list of values) -- so I wouldn't say you *need* to redirect on that. It is probably better for user experience, but doesn't have to be immediate. The UI knows how to handle it anyways.
[00:37:13] <wikibugs>	 06Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), 10Edit-Review-Improvements-RC-Page: Configure filters in a single extensible place - https://phabricator.wikimedia.org/T152754#2947864 (10Mattflaschen-WMF)
[00:37:22] <mooeypoo>	 matt_flaschen, i.e, priority-wise, it probably doesn't have to be top if it's an annoyance to do
[00:38:20] <matt_flaschen>	 mooeypoo, the terminology here is a little problematic (since param is the whole group for the string-type, but just one filter/param for the hide-type).
[00:38:47] <matt_flaschen>	 I know what we mean, but let me see if I can clarify it.
[00:39:41] <mooeypoo>	 param value?
[00:39:51] <mooeypoo>	 also Yes. I agree it's confusing.
[00:40:19] <mooeypoo>	 I was trying to settle for clear Param vs. Filter in the code/unit-tests/documentation but the string-options group type is really confusing
[00:43:21] <wikibugs>	 06Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), 10Edit-Review-Improvements-RC-Page: Configure filters in a single extensible place - https://phabricator.wikimedia.org/T152754#2947884 (10Mattflaschen-WMF)
[00:43:40] <matt_flaschen>	 ^ mooeypoo, how's that?
[00:44:44] <mooeypoo>	 good with me
[00:46:07] <mooeypoo>	 so the translation between the "url params" to defaults in string_options group should be something like userExpLevels=newcomer,experienced ----> userExpLevel: { type: 'string_options', filters: [ newcomer: { default: true, ... }, experienced: { default: true, ... }, moreexperienced: { default: false, ... } ] etc}
[00:46:40] <mooeypoo>	 ^ that makes sense
[00:46:41] <mooeypoo>	 ?
[00:51:54] <wikibugs>	 06Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), 10Edit-Review-Improvements-RC-Page, 07Design: Design ways to facilitate repetitive use for the new Recent Changes filters - https://phabricator.wikimedia.org/T151994#2947925 (10jmatazzoni) I like this concept and think users would find it useful. My...
[00:51:56] <matt_flaschen>	 mooeypoo, yeah, except they won't actually be URL parameters in this case.  They'll be hard-coded defaults or user preferences.
[00:52:55] <matt_flaschen>	 But I know what you mean.  URL-ish parameters (initially I think they'll be hard-coded as one string, since we don't have a preference for that yet).
[01:03:43] <mooeypoo>	 matt_flaschen, yeah, it was just easier to make the point to represent them this way, yeah
[01:26:27] <wikibugs>	 06Collaboration-Team-Triage, 10Flow, 10VisualEditor: Adjust Flow visual-edit mode interface/icons to be more consistent with visual editor - https://phabricator.wikimedia.org/T155572#2948065 (10jmatazzoni) 05Open>03Resolved a:03jmatazzoni Thanks Pau, you are correct. I am informed by James Forrester th...
[01:28:31] <wikibugs>	 06Collaboration-Team-Triage, 10MediaWiki-ContentHandler, 10ArchCom-RfC (ArchCom-Approved), 07RfC: RfC: Content model storage - https://phabricator.wikimedia.org/T105652#2948069 (10daniel) The last call on this RFC, as posted to wikitech-l on 2016-12-14, has passed without any new concerns being raised.   T...
[01:29:02] <wikibugs>	 06Collaboration-Team-Triage, 10MediaWiki-ContentHandler, 10ArchCom-RfC (ArchCom-Approved), 07RfC: RfC: Content model storage - https://phabricator.wikimedia.org/T105652#2948072 (10daniel) 05Open>03Resolved a:03daniel Approved, closing
[02:18:35] <mooeypoo>	 OK i'm off for the evening. See you guys tomorrow!
[10:36:26] <wikibugs>	 06Collaboration-Team-Triage, 10Flow, 10UI-Standardization, 10VisualEditor, 07Design: Come up with a better re-usable UI concept for a button to switch editor-mode; the current one is confusing, and hard to discover - https://phabricator.wikimedia.org/T116417#2948840 (10Esanders)
[10:36:30] <wikibugs>	 06Collaboration-Team-Triage, 10Flow, 10VisualEditor: Adjust Flow visual-edit mode interface/icons to be more consistent with visual editor - https://phabricator.wikimedia.org/T155572#2948842 (10Esanders)
[11:38:20] <wikibugs>	 06Collaboration-Team-Triage, 10Flow, 10UI-Standardization, 10VisualEditor, 07Design: Come up with a better re-usable UI concept for a button to switch editor-mode; the current one is confusing, and hard to discover - https://phabricator.wikimedia.org/T116417#2948944 (10Esanders) To illustrate the problem...
[11:46:37] <wikibugs>	 06Collaboration-Team-Triage, 10Flow, 10UI-Standardization, 10VisualEditor, 07Design: Come up with a better re-usable UI concept for a button to switch editor-mode; the current one is confusing, and hard to discover - https://phabricator.wikimedia.org/T116417#2948951 (10Esanders) A toggle switch widget wo...
[17:01:28] <wikibugs>	 10Collab-Notifications-Page, 06Collaboration-Team-Triage, 07Mobile, 13Patch-For-Review, 07User-notice-collaboration: [mobile] Special:Notifications the counter does not display the count - https://phabricator.wikimedia.org/T150999#2949424 (10Trizek-WMF) >>! In T150999#2864289, @Trizek-WMF wrote: > What i...
[17:14:41] <wikibugs>	 06Collaboration-Team-Triage, 10Notifications, 10MobileFrontend, 10Reading-Community-Engagement, and 3 others: Change how the notification count is displayed - https://phabricator.wikimedia.org/T152457#2949448 (10ovasileva)
[17:24:22] <wikibugs>	 06Collaboration-Team-Triage, 10Flow, 10UI-Standardization, 10VisualEditor, 07Design: Come up with a better re-usable UI concept for a button to switch editor-mode; the current one is confusing, and hard to discover - https://phabricator.wikimedia.org/T116417#2949493 (10jmatazzoni) I see your problem with...
[20:06:13] <wikibugs>	 06Collaboration-Team-Triage, 10Flow, 10UI-Standardization, 10VisualEditor, 07Design: Come up with a better re-usable UI concept for a button to switch editor-mode; the current one is confusing, and hard to discover - https://phabricator.wikimedia.org/T116417#2950300 (10Esanders) >>! In T116417#2949998, @...
[20:17:42] <wikibugs>	 06Collaboration-Team-Triage, 10Flow: Rich text mode should be the default in Flow replies - https://phabricator.wikimedia.org/T155665#2950357 (10Pginer-WMF)
[20:23:57] <wikibugs>	 06Collaboration-Team-Triage, 10Notifications, 10MobileFrontend, 10Reading-Community-Engagement, and 3 others: Change how the notification count is displayed - https://phabricator.wikimedia.org/T152457#2950382 (10bmansurov) a:03bmansurov
[20:57:45] <wikibugs>	 06Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), 10Edit-Review-Improvements-RC-Page, 05MW-1.29-release-notes, 13Patch-For-Review, 05WMF-deploy-2017-01-17_(1.29.0-wmf.8): Build user interface for the Filter Search Bar - https://phabricator.wikimedia.org/T149435#2950429 (10Mooeypoo) For QA -- The...
[21:26:40] <wikibugs>	 (03CR) 10jenkins-bot: Localisation updates from https://translatewiki.net. [extensions/Echo] - 10https://gerrit.wikimedia.org/r/332839 (owner: 10L10n-bot)
[21:35:00] <mooeypoo>	 aaaa unit tests <sigh>
[21:38:30] <wikibugs>	 (03CR) 10Hashar: [C: 032] Add grunt-jsonlint and grunt-banana-checker [extensions/WikiLovesMonuments] - 10https://gerrit.wikimedia.org/r/332783 (https://phabricator.wikimedia.org/T94547) (owner: 10Umherirrender)
[21:39:44] <wikibugs>	 (03Merged) 10jenkins-bot: Add grunt-jsonlint and grunt-banana-checker [extensions/WikiLovesMonuments] - 10https://gerrit.wikimedia.org/r/332783 (https://phabricator.wikimedia.org/T94547) (owner: 10Umherirrender)
[22:25:56] <wikibugs>	 06Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), 10Edit-Review-Improvements, 06Revision-Scoring-As-A-Service, 10rsaas-editquality, 13Patch-For-Review: Automatically adjust ORES threshold settings when ORES models are updated - https://phabricator.wikimedia.org/T152161#2950775 (10SBisson) @Halfa...
[23:33:33] <halfak>	 Hey folks. 
[23:33:42] <halfak>	 I just ran some queries I thought you'd be interested in. 
[23:33:56] <halfak>	 The ORES Review Tool is enabled for 17,931 accounts across 8 wikis. 
[23:34:13] <halfak>	 So when we deploy the new filters, we should have a pretty good user base :) 
[23:49:21] <mooey|lunch>	 yay
[23:49:41] <mooeypoo>	 halfak, just out of curiosity, do we have any of the 8 wikis as a RTL one?
[23:49:49] <mooeypoo>	 I was wondering if one of our test beds may be rtl
[23:49:56] <halfak>	 Yup.  fawiki
[23:49:58] <halfak>	 :) 
[23:50:00] <mooeypoo>	 \o/ awesome
[23:50:15] * halfak flexes his hard won RTL knowledge
[23:50:21] <mooeypoo>	 :D
[23:50:56] <halfak>	 We've also got a mega-awesome collaborator from fawiki :) 
[23:51:00] <mooeypoo>	 I started answering RTL questions on StackOverflow... if that's the measure, the situation is pretty dire, so any actual RTL experience is a total win
[23:51:08] <mooeypoo>	 Amir?
[23:51:11] <halfak>	 Yup 
[23:51:20] <mooeypoo>	 I think he worked on a bunch of ORES-related code, too?
[23:51:24] <halfak>	 Yup. 
[23:51:30] <halfak>	 He's the primary contributor besides me
[23:51:39] <mooeypoo>	 Awesome
[23:51:44] <halfak>	 He knows more about the ORES Review Tool than I do :D
[23:51:53] <mooeypoo>	 ha!