Looks like Elena worked through the full QA list! I'm going to resolve it for now. Thanks everyone!

Tested this out on production and everything worked smoothly. Thank you!

Given the super low rates of account creation completion, I wonder:

• If we can double check whether the instrumentation for capturing account_created is accurate?
• If we should re-run this experiment in late July when Contributor Growth team scales the improved account creation form with less friction points across all wikis?
• How much of the drop-off is due to friction points in account creation (i.e. having to pick a username), how much due to IP range block, and how do our results compare to the drop-off rates observed by contributor growth's account creation experiments.

Tracking QA testing in a separate ticket https://phabricator.wikimedia.org/T428689, leaving this ticket in sprint 21 for point value of eng work burndown.

Triaging as high as this rotor fix will go out next week!

HI @IKhitron ! Thank you for your thoughtful feedback and suggestions here! We are in the process of exploring an alternative design that allows both Watch and Save functionalities to co-exist on the desktop view (we did explore a toggle, as we showed in some earlier designs, but ultimately realized that a lot of less experienced users have trouble finding and navigating the preferences list). Please take a look and let us know what you think! https://phabricator.wikimedia.org/T426453

Thank you @aude for helping me answer the questions. Resolving!

I updated the instrumentation spec to remove mawiki and zuwiki, and added jawiki and enwiki. Thank you Volker for updating the Test Kitchen configuration!

Discussed with Niharika and agreed upon:

• REx will take on this work when time allows
• Supportive of the recommended solution to not show the welcome message to any temp accounts.

bringing this into Sprint 22 because we need to finalize the list of countries in the Test Kitchen config and update the instrumentation spec based on the updated fundraising calendar.

I saw the quicksurvey question in my own account in production yesterday, and new survey results continue to come in through superset. Resolving!

Timeboxing to just 1 point -- an engineer to provide query that allows interested superset users to find survey results easily.

Given that we have rolled out the user menu (in the top right) to all logged in users on mobile (https://phabricator.wikimedia.org/T413912) and Editor Growth team may soon be adding it to all logged out users as result of positive experiment (https://phabricator.wikimedia.org/T415648) should we consider moving the donate button for both logged in and logged out users to that dropdown menu instead of the left hamburger menu?

@Jdrewniak I think exposure happens as soon as the page is loaded for the user in the first time, but we have a few categories of clicks we should be tracking in this experiment. Per the instrumentation spec, it seems like there's a "click" on either the watchstar or the bookmark, and then "init" is when the modal that has the button to create account or login actually opens and loads. Based on your table here, I am assuming the "click" count here is on the bookmark or watchstar, since it's closely corollated with "init" (it just seems like for a small number of users, possibly with slower connections, they clicked on the button but the modal never opened).