In T274166#7066711, @zeljkofilipin wrote:

@Etonkovidova are you still working on this?

Tested on commons wmf.23.
@egardner - can you review the following? The main scope of the task is done; other issues can be addressed in a separate task(s) if needed.
The following specs (from https://phabricator.wikimedia.org/T284021#7188659) are not present when a user clicks back browser button from a file page:

• All previous results that had been loaded across all tabs (the user may have moved between tabs previously)
• All filter settings across all tabs

In T291200#7360735, @MBinder_WMF wrote:

@Etonkovidova Who would you recommend discuss this?

Growth team devs should evaluate the ticket for prioritization.

Checked in betalabs - the highlight for hidden tags works now.

Checked on wmf.23 - the info-level messages are still present (link for normalized_message:"No mentor available for {user}".
There are also a messages that include individual user names (the same link as for the normalized message).

For wmf.23 the same error is reported (4 errors, the latest timestamp Sep 16, 2021 @ 20:00:02.556). All four errors are on frwiki.

• Find reqId in Logstash
• Find normalized_message in Logstash

@egardner - on commons wmf.23 there are similar looking errors (59 errors for the last 24 hours), Is it a related or a separate bug?

Checked in betalabs - moving to Test in Production.

I was monitoring on several wikis (those where GrowthExperiments were newly deployed and old ones). All seem to be in place - closing as Resolved.

Checked on testwiki wmf.23

• the pulsing blue dot is in place

In T260522#7334009, @kostajh wrote:

In T260522#7320432, @Tgr wrote:

There are a few issues that we should IMO iron out:

• The total number of tasks is not very accurate. Not related to the patch here, we just didn't notice before as that number wasn't used much. Specifically:
  • If you select multiple topics / task types we make separate search queries for each, and then just sum the results together, which is not very accurate. This gets weird for very low results (e.g. the total count is 5 but actually there are only two cards). We could either subtract the number of deduplicated tasks (I have a patch for that) or make an extra search query for all topics/task types at the same time to get an accurate count.

Could you link the patch for that to this task?

I ran Lighthouse accessibility report on Special:Homepage (huwiki). The score was 98%; the only complain was about the contrast for div.suggested-edits-difficulty-indicator.suggested-edits-difficulty-indicator-easy which is a known issue.

Testing simple search on Special:Search

In T290295#7340296, @Urbanecm_WMF wrote:

Moving to QA for @Etonkovidova's awareness. I tested a few wikis while deploying this change, and they continued to work as I would expect. Still, this can theoretically make wikis to ignore their config (although I'm 99% sure all wikis use only the on-wiki config store at this point).

Checked in betalabs - the issues listed in the task descriptions are done.

• You can't search for them, or event manually type them in to the search box on RecentChanges

The hidden tags are present on RC/Watchlist filters:

Checked in betalabs (ran cross-browser testing) - will check in wmf.23.

Checked in betalabs - works as expected; the fix has the great positive effect on the headers icons - they don't move horizontally anymore which was the case when the username columns changed the size.

Checked in betalabs - the new selection of topics/difficulty levels won't add the animation.

I checked selectively (azbwiki, jvwiki, pawiki, and zh-classical wiki) and filed two phab tasks:

[WIP] Testing notes for checking in production.
For betalabs and commonswmf.23 should be checked

• Vector (default) and Legacy vector
• three breakpoints: <720px, 720-100px, >1000
• mobile devices: Android (Samsung Galaxy S8), iOS (6s and iPad 8th generation)

In T287259#7245584, @SimoneThisDot wrote:

My suggestion would be to always re-state the focus to the Selected entry when the dropdown is open.

https://www.loom.com/share/adb4fae97c8c482ca6da7aed5e687208?focus_title=1&muted=1&from_recorder=1

@ppelberg - can you confirm that having Edit source as the default editor option for new accounts is how it is supposed to be? And that clicking on it brings VE not the source editor?

@kostah - I rechecked some test scenarios and there are still cases that are problematic. Please review the following and let me know if there shuold be some follow-ups. Probably, it's just some limitations of betalabs environment.
(1) There are quite few articles in enwiki betalabs that are still have entries in growthexperiments_link_recommendations but would display "Suggestions are no longer available".

Checked on wmf.21 - works as expected.

@OTichonova, @RHo, @Urbanecm_WMF - while testing Special:MentorDashboard functionality I noticed that there is no an easy ways to discard selected filters and return to the default state.

Checked ckbwiki wmf.21

• Aliases are not yet translated
• the Help panel has identical looking untranslated links. The links refer to different sections of the same page: https://www.mediawiki.org/wiki/Help:VisualEditor/User_guide

Checked on betalabs - a quick regression testing for GrowthExperiments, Echo, and Flow features. All look as expected.

Checked in betalabs - the text "The table requires JavaScript. Please enable JavaScript to be able to use this module" is not visible anymore, even network throttling.

Checked for wmf.21 - the error is not present.

Checked testwiki wmf 21: mw.config.get('wgUserLanguage') returns the user interface language that is set in Preferences (or with uselang=).

Checked on commons wmf.21 - works as expected.

Checked - only one note: Instead of Quellen und Belege einfügen (https://de.wikipedia.org/wiki/Wikipedia:Belege ), the link for Quellen und Belege einfügen points to https://de.wikipedia.org/wiki/Hilfe:Einzelnachweise/VisualEditor.

For the last 24 hours (the latest timestamp Sep 2, 2021 @ 23:48:42.345) there were 602 errors recorded in the logstash.

Checked in betalabs - works perfectly. Test in Production.

Checked some wikis - new accounts (checked desktop and mobile) will get Growth features that work as expected.

In T289627#7306412, @mewoph wrote:

Updated animation:

The animation is really improved - faster, smoother and no vertical swiping. Checked in betalabs (iOS and Android devices).

Checked in betalabs (desktop/mobile) - all looks and works as expected.

Checked - GrowthExperiments features work as expected.

Checked - GrowthExperiments features work as expected.

GrowthExperiments work as expected. I've updated the task description

Checked GrowthExperiments features - works as expected.

https://gerrit.wikimedia.org/r/715246 will be deployed to wmf.21. Special pages aliases - e.g. Xüsusi:AnaSəhifə for Special:Homepage - presently are not on wmf.20.

Checked etwiki - GrowthExperiments features work as expected.
Notes:

• the translated titles for Special pages are not found, e.g. for Special:WelcomeSurvey -> Eri:TereTulemastKüsitlusele will be not found, only Eri:WelcomeSurvey
• the translation is only at 9%

Checked ltwiki - GrowthExperiments features work as expected.

Checked kuwiki - Special:Homepage and Help panel work as expected.

In J251#3899, @zeljkofilipin wrote:

I've heard good things about this book from several people. Now it's even higher on my to-read list!