[Wikitech-l] 2021-03-17 Scrum of Scrums meeting notes
https://www.mediawiki.org/wiki/Scrum_of_scrums/2021-03-17#WMDE_Technical_Wishes = 2021-03-17 = == Callouts == * SRE ServiceOps upgrade of the k8s codfw kubernetes cluster completed. Traffic is being repooled, do reach out to us on T277191 if issues are observed. k8s eqiad cluster to probably follow next week. * SRE ServiceOps blocked on **Product Infrastructure on T274262 **Analytics on T274262 **Thanks to Product Infrastructure and PET for acting on the above task last week * RelEng: Developer satisfaction survey is live until 2021-03-24: https://forms.gle/xj2jNUcP7kmSgtwV8 * RelEng: When to use train vs backports quick guide: https://wikitech.wikimedia.org/wiki/Deployments/Train_vs_backport == Gerrit patches or GitHub Pull Requests for reviews or feedback == * === No updates === CommTech, AHT, Library === '''No notes provided''' === Editing, Growth, Parsing, Language, Inuka, Cloud Services, Performance, Quality & Test, Search Platform, Security, == SoS Meeting Bookkeeping == * Updates: == Product == === iOS native app === * Blocked by: N/A * Blocking: N/A * Thank yous: * Updates: Setting scope for next version. === Android native app === * Blocked by: N/A * Blocking: N/A * Thank yous: * Updates: New version out end of last week. Small updates, we're now releasing every 2 weeks. === Web === * Blocked by: * Blocking: * Thank yous: ** Michael Holloway of Product Infrastructure for diagnosing and fixing Readers Web's second (!!) duplicate EventLogging event bug, this time affecting the PrefUpdate schema: https://phabricator.wikimedia.org/T218835 * Updates: ** Still working on bolstering the UniversalLanguageSelector instrumentation: https://phabricator.wikimedia.org/T268504 and its subtasks ** … and the new Desktop Improvements language switcher treatment: https://phabricator.wikimedia.org/T256023 ** Investigating how to deliver the language switcher A/B test to everyone efficiently: https://phabricator.wikimedia.org/T275807 ** Deployed and then reverted an update to MobileFrontend's lead paragraph hoisting feature: https://phabricator.wikimedia.org/T262093 and https://phabricator.wikimedia.org/T277367 === Product Infrastructure === * Blocked by: * Blocking: ** SRE Service Ops on T274262 * Thank yous: ** From SRE Service Ops for working on chromium-render on T274262 * Updates: === Structured Data === * Blocked by: * Blocking: * Thank yous: * Updates: ** Wrapping up tasks needed before we make MediaSearch the default search UI on commons, including https://phabricator.wikimedia.org/T273879, which will switch the main search input to point to Special:MediaSearch (there will be a preference to switch this back to Special:Search available) ** Continuing to work on improved search profile ( https://phabricator.wikimedia.org/T271799) ** Continued discussions across teams regarding Structured Data Across Wikimedia (image recommendations API and structured content) ** Vue stuff: as part of our MediaSearch work (currently in WikibaseMediaInfo), we've added reusable Checkbox, Radio, and [in-progress] Dialog components === Abstract Wikipedia === * Blocked by: ** None? * Blocking: ** None? * Thank yous: * Updates: ** Continuing on phase gamma: https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Phases ** The Wikifunctions logo concept vote has now closed; working with Legal and Comms on next steps: https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Wikifunctions_logo_concept/Vote === Vue.js === * Blocked by: * Blocking: * Thank yous: ** Everyone who helped push through the changes to support ES6 in MediaWiki: Timo Tijhof (Krinkle) and DannyS712 for code reviewing the ResourceLoader and minifier changes, Lucas Werkmeister for finding a critical bug in the minifier change, and James Forrester and Ed Sanders for code reviewing the linter changes and releasing new versions of all these packages. * Updates: ** MediaWiki now has built-in support for writing modern JavaScript (ES6)! *** You can now use ES6 code in MediaWiki core, extensions, and skins, as long as it's in a feature that doesn't need to support IE11. ResourceLoader modules that use ES6 code have to be flagged as such, and you will need to put ES6 code in a separate directory so that different eslint rules can be applied. For detailed instructions on how to start using ES6 in your code, see https://www.mediawiki.org/wiki/ResourceLoader/ES6 . *** See wikitech-l for the full announacement == Technology == === Analytics === * Blocked by: * Blocking: ** SRE Service Ops on T274262 * Thank yous: * Updates: === Fundraising Tech === * Blocked by: * Blocking: * Thank yous: * Updates: ** More work on email prefs page https://phabricator.wikimedia.org/T268510 ** Enhancements to optional employer autocomplete field (used for matching gifts) ** Lots of minor Civi fixes https://phabricator.wikimedia.org/T275442, https://phabricator.wikimedia.org/T275445, https://phabricator.wikimedia.org/T277338, https://phabricator.wikimedia.org/T277247 ** Investigating software
Re: [Wikitech-l] [Ops] codfw kubernetes cluster upgrade this week
Hi, the cluster has been slowly repooled over the last couple of hours and is completely repooled now. Please let us know in phabricator if you happen to see anything breaking. Related task is: https://phabricator.wikimedia.org/T277191 is you care to follow up the last few steps. Cheers, Janis On Dienstag, 16. März 2021 16:52:46 CET Alexandros Kosiaris wrote: > Hi, > > This has happened now. Out of an abundance of caution, the cluster > isn't going to be repooled right now, but rather tomorrow EU morning, > but it's otherwise fully operational. Deploys will be fully functional > again, so if anything breaks, please let us know in phabricator. > > Related task is: https://phabricator.wikimedia.org/T277191 is you care > to follow up the last few steps. > > On Tue, Mar 16, 2021 at 10:31 AM Alexandros Kosiaris > > wrote: > > Hello everyone, > > > > TL;DR if you are not deploying services to the codfw kubernetes > > cluster, you can safely skip this. > > > > Long version: > > > > After having tested twice our cluster reinitialization procedure, this > > week we will be reinitializing our codfw kubernetes cluster. All > > traffic will be drained from it beforehand and we expect no user > > visible impact. However, for the duration of the process, the > > kubernetes codfw cluster will be unavailable to deployers and thus > > efforts to deploy to it will fail or worse, not have the expected > > outcomes. This is normal until SRE serviceops announces that the > > cluster is fully operational again. > > > > SRE service-ops will be deploying all services before marking the > > cluster as usable and pooling traffic back to it, so there will be no > > need for deployers to re-deploy their services. > > > > For your convenience the list of services that are currently deployed > > on that cluster is: apertium api-gateway blubberoid changeprop > > changeprop-jobqueue citoid cxserver echostore eventgate-analytics > > eventgate-analytics-external eventgate-logging-external eventgate-main > > eventstreams eventstreams-internal linkrecommendation mathoid > > mobileapps proton push-notifications recommendation-api sessionstore > > similar-users termbox wikifeeds zotero > > > > Regards, > > > > -- > > Alexandros Kosiaris > > Principal Site Reliability Engineer > > Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikitech-ambassadors] Reference Previews will become a default feature on a first group of wikis soon
Hi Amir, Can you please define the details of what does this mean? My guess is: > * "Reference Previews" will move from the "Beta features" tab in the > preferences to the "Reading preferences" section in the "Appearance" tab. > --> Correct. > * "Enable page previews" and "Enable reference Previews" will both be on > by default for logged-out users and new accounts. > --> Correct. > * Existing accounts who disabled the Reference Previews beta feature will > have the reference previews disabled. > --> We're currently discussing this. Reference Previews will probably be visible to everyone who doesn't use Reference Tooltips or Navigation Popups. But it will be easy to opt out via a cog wheel inside the pop-up. > * Logged-out users will be able to disable each feature and this selection > will be saved in a cookie. > --> Correct. > * If the preference is enabled, but the user also has the corresponding > gadget enabled, the gadget will be shown, and the feature from the > extension will not be shown. > --> Correct. I will update the project page in the course of this week to reflect these changes. Hope that helps, Johanna ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Bracket matching in wikitext available on first wikis
Hello, here's an update on the bracket matching feature. Based on feedback we received after the first release in January, our team has now adjusted the colors for bracket matching: * The background color of highlighted brackets changes to a lighter gray than before. * Highlighted brackets don't change font color. This is to ensure that the cursor next to the highlighted brackets is clearly visible, and to not make it seem like the brackets were selected, e.g. for copy/pasting. Screenshot: https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Bracket_Matching#Features These changes will be deployed with Mediawiki version 1.36.0-wmf.35, which will hopefully go live this week. Thanks a lot to everyone who gave feedback on this project so far. For the Technical Wishes Team at Wikimedia Deutschland Johanna Am Mi., 27. Jan. 2021 um 13:52 Uhr schrieb Johanna Strodt < johanna.str...@wikimedia.de>: > / sorry for cross-posting > > > Hi, > > > On a few first wikis[1], you can now highlight pairs of brackets in > wikitext. For this to work, you need to turn on the syntax highlighting > feature, which is part of the 2010 and 2017 wikitext editors. By placing > your cursor next to or within a set of brackets, you can then match round, > square and curly brackets. For more information about this feature please > visit its project page.[2] > > > Deployment to other wikis is planned for later this year. If your wiki > community wants to get bracket matching now, please contact me. > > > This change has been implemented by the Technical Wishes team who is > currently working on several projects within the focus area "Make working > with templates easier"[3]. Other projects in this focus area, including > those for the Visual Editor, are in the making. > > > Many thanks to all who have contributed to the realization of this project > through comments, interviews and more. Feedback is, as always, welcome on > the project's talk page.[4] > > > Thanks, > > Johanna for the Technical Wishes team > > > [1] dewiki, cawiki and trwiki > > [2] https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Bracket_Matching > > [3] https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Templates > > [4] > https://meta.wikimedia.org/wiki/Talk:WMDE_Technical_Wishes/Bracket_Matching > -- Johanna Strodt Projektmanagerin Kommunikation Communitys Technische Wunschliste Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin Tel. (030) 219 158 26-0 https://wikimedia.de Unsere Vision ist eine Welt, in der alle Menschen am Wissens der Menschheit teilhaben, es nutzen und mehren können. Helfen Sie uns dabei! https://spenden.wikimedia.de Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikitech-ambassadors] Reference Previews will become a default feature on a first group of wikis soon
בתאריך יום ד׳, 17 במרץ 2021, 11:16, מאת Johanna Strodt < johanna.str...@wikimedia.de>: > Hello Amir, thanks for your questions. Having discussed this back and > forth in the team, our original plan was to deploy to a few wikis first to > find out how many users actually don't want a shared setting. But thanks > to, among other things, the feedback we received over the last > announcement, we have now come to the conclusion that separate settings > make more sense. > Thank you! That also means, Reference Previews won't go out of beta just yet, but > hopefully next month. > > @all: If you like the idea of having Reference Previews with a separate > setting as a default feature on your wiki, please let me know. Having a few > more wikis for this first step would be great. > Can you please define the details of what does this mean? My guess is: * "Reference Previews" will move from the "Beta features" tab in the preferences to the "Reading preferences" section in the "Appearance" tab. * "Enable page previews" and "Enable reference Previews" will both be on by default for logged-out users and new accounts. * Existing accounts who disabled the Reference Previews beta feature will have the reference previews disabled. * Logged-out users will be able to disable each feature and this selection will be saved in a cookie. * If the preference is enabled, but the user also has the corresponding gadget enabled, the gadget will be shown, and the feature from the extension will not be shown. Is this indeed the plan? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikitech-ambassadors] Reference Previews will become a default feature on a first group of wikis soon
Hi Johanna, since 2019 the Math extension is prepared to offer popups for mathemaical formulae as well. Therefore I think it would be good to design the settings dialog in a way that different kinds of popups can be selected. I could imagine that in the future more extensions would like to offer popups. https://phabricator.wikimedia.org/T208758 All the best Moritz On Wed, 17 Mar 2021, 10:16 Johanna Strodt, wrote: > Hello Amir, thanks for your questions. Having discussed this back and > forth in the team, our original plan was to deploy to a few wikis first to > find out how many users actually don't want a shared setting. But thanks > to, among other things, the feedback we received over the last > announcement, we have now come to the conclusion that separate settings > make more sense. That also means, Reference Previews won't go out of beta > just yet, but hopefully next month. > > @all: If you like the idea of having Reference Previews with a separate > setting as a default feature on your wiki, please let me know. Having a few > more wikis for this first step would be great. > > Am Di., 16. März 2021 um 12:58 Uhr schrieb Amir E. Aharoni < > amir.ahar...@mail.huji.ac.il>: > >> Why did you decide to do it like this despite requests from multiple >> people to keep them separated? >> >> What are the advantages of unifying them, and why do you think they >> outweigh the disadvantages? >> >> What kind of user reaction can make you change your mind—user complaints, >> a certain rate of disabling the preference, something else? >> >> בתאריך יום ה׳, 11 במרץ 2021, 18:51, מאת Johanna Strodt < >> johanna.str...@wikimedia.de>: >> >>> Hello Mathieu, >>> >>> we have received feedback in both directions, both to have a shared >>> setting and to have separate ones. We would like to start with a shared >>> setting to see how users actually react. >>> >>> Best, >>> Johanna >>> >>> Am Mi., 3. März 2021 um 23:47 Uhr schrieb Mathieu Lovato Stumpf Guntz < >>> psychosl...@culture-libre.org>: >>> What about grouping them, with specific hidden options by default? That is if you opt out the group, both are disabled. If you enable the group, you gain the possibility to unfold subcases. Also if at some point the list become really too long, you might consider an option search filter. Actually, given that we have already more options on several tabs than what can be displayed on a confortable desktop screen, I think this length limit was already crossed a long time ago. Cheers Le 03/03/2021 à 12:47, Johanna Strodt a écrit : Thanks, Amir! *What can people do if they want to see Reference Previews, but not Page Previews? * Currently, nothing. The plan is to offer both features in combination. As for this shared setting, we received different feedback: Some wanted a combined setting to keep the number of user settings small, others wanted a separate setting. For now, we have decided to go with a shared setting. *If an editor currently has the Reference Previews beta feature enabled and the Page Previews (Popups) feature disabled, will they get both enabled or both disabled after the deployment of the combined feature?* The Page Previews user preferences will be respected. In a scenario where a user has Page Previews disabled, Reference Previews will also be disabled. Best, Johanna Am Mi., 3. März 2021 um 11:31 Uhr schrieb Amir E. Aharoni < amir.ahar...@mail.huji.ac.il>: > > > בתאריך יום ד׳, 3 במרץ 2021 ב-11:44 מאת Johanna Strodt < > johanna.str...@wikimedia.de>: > >> Reference Previews will be combined with Page Previews[2], a feature >> showing previews for linked articles. Both perform essentially the same >> function: previewing content before deciding to dig deeper, and easily >> providing more information while reading. Because of their similarities >> in >> design and behavior, both Page Previews and Reference Previews will be >> controlled by a single user setting. This means, all users who currently >> have Page Previews activated, will also get Reference Previews. Also, all >> readers, anonymous contributors and new users will see Reference Previews >> per default if they haven’t disabled Page Previews. >> > > What can people do if they want to see Reference Previews, but not > Page Previews? > > If an editor currently has the Reference Previews beta feature enabled > and the Page Previews (Popups) feature disabled, will they get both > enabled > or both disabled after the deployment of the combined feature? > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Johanna Strodt
Re: [Wikitech-l] [Wikitech-ambassadors] Reference Previews will become a default feature on a first group of wikis soon
Hello Amir, thanks for your questions. Having discussed this back and forth in the team, our original plan was to deploy to a few wikis first to find out how many users actually don't want a shared setting. But thanks to, among other things, the feedback we received over the last announcement, we have now come to the conclusion that separate settings make more sense. That also means, Reference Previews won't go out of beta just yet, but hopefully next month. @all: If you like the idea of having Reference Previews with a separate setting as a default feature on your wiki, please let me know. Having a few more wikis for this first step would be great. Am Di., 16. März 2021 um 12:58 Uhr schrieb Amir E. Aharoni < amir.ahar...@mail.huji.ac.il>: > Why did you decide to do it like this despite requests from multiple > people to keep them separated? > > What are the advantages of unifying them, and why do you think they > outweigh the disadvantages? > > What kind of user reaction can make you change your mind—user complaints, > a certain rate of disabling the preference, something else? > > בתאריך יום ה׳, 11 במרץ 2021, 18:51, מאת Johanna Strodt < > johanna.str...@wikimedia.de>: > >> Hello Mathieu, >> >> we have received feedback in both directions, both to have a shared >> setting and to have separate ones. We would like to start with a shared >> setting to see how users actually react. >> >> Best, >> Johanna >> >> Am Mi., 3. März 2021 um 23:47 Uhr schrieb Mathieu Lovato Stumpf Guntz < >> psychosl...@culture-libre.org>: >> >>> What about grouping them, with specific hidden options by default? >>> >>> That is if you opt out the group, both are disabled. If you enable the >>> group, you gain the possibility to unfold subcases. >>> >>> Also if at some point the list become really too long, you might >>> consider an option search filter. Actually, given that we have already more >>> options on several tabs than what can be displayed on a confortable desktop >>> screen, I think this length limit was already crossed a long time ago. >>> >>> Cheers >>> Le 03/03/2021 à 12:47, Johanna Strodt a écrit : >>> >>> Thanks, Amir! >>> >>> >>> *What can people do if they want to see Reference Previews, but not Page >>> Previews? * >>> Currently, nothing. The plan is to offer both features in combination. >>> As for this shared setting, we received different feedback: Some wanted a >>> combined setting to keep the number of user settings small, others wanted a >>> separate setting. For now, we have decided to go with a shared setting. >>> >>> *If an editor currently has the Reference Previews beta feature enabled >>> and the Page Previews (Popups) feature disabled, will they get both enabled >>> or both disabled after the deployment of the combined feature?* >>> The Page Previews user preferences will be respected. In a scenario >>> where a user has Page Previews disabled, Reference Previews will also be >>> disabled. >>> >>> Best, >>> Johanna >>> >>> >>> Am Mi., 3. März 2021 um 11:31 Uhr schrieb Amir E. Aharoni < >>> amir.ahar...@mail.huji.ac.il>: >>> בתאריך יום ד׳, 3 במרץ 2021 ב-11:44 מאת Johanna Strodt < johanna.str...@wikimedia.de>: > Reference Previews will be combined with Page Previews[2], a feature > showing previews for linked articles. Both perform essentially the same > function: previewing content before deciding to dig deeper, and easily > providing more information while reading. Because of their similarities in > design and behavior, both Page Previews and Reference Previews will be > controlled by a single user setting. This means, all users who currently > have Page Previews activated, will also get Reference Previews. Also, all > readers, anonymous contributors and new users will see Reference Previews > per default if they haven’t disabled Page Previews. > What can people do if they want to see Reference Previews, but not Page Previews? If an editor currently has the Reference Previews beta feature enabled and the Page Previews (Popups) feature disabled, will they get both enabled or both disabled after the deployment of the combined feature? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l >>> >>> >>> -- >>> Johanna Strodt >>> Projektmanagerin Kommunikation Communitys Technische Wunschliste >>> >>> Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin >>> Tel. (030) 219 158 26-0 >>> https://wikimedia.de >>> >>> Unsere Vision ist eine Welt, in der alle Menschen am Wissens der >>> Menschheit teilhaben, es nutzen und mehren können. Helfen Sie uns dabei! >>> https://spenden.wikimedia.de >>> >>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. >>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter >>> der Nummer 23