In T234426#5593041, @kostajh wrote:

@Tgr should we make a patch to set a remote configuration in enwiki beta?

@kostajh - is it still a work in progress? In betalabs I see Suggested edits module that looks somewhat incomplete

In T207075#5582827, @Volker_E wrote:

Great @Etonkovidova, thanks!
The language and the user icon behave similar. We have no perfect way to care about i18n/script variety letter boxes together with vertical alignment. I'd be satisfied with similar position.

Confirmed in betalabs - with "You have new messages" displayed, click on Alerts and mark one alert as read, the message "You have new messages" disappears, badges shift, but the overlay will still point to the same location.

Per discussion with @MMiller_WMF, the following case seems not be covered, e.g. when a user abandons the Welcome survey by navigation away.

Scenario B: After account creation, user chooses to go back to their original context, or user abandons the survey.

@Volker_E - I checked it overall (and specifically in IE11). So far all looks good (I'll do some additional testing following your notes QA testing in the task). The screenshots below are for IE11.

More testing showed that there is an issue in the way how mobile marks notifications "read" vs how desktop does it.

In T224883#5577960, @MMiller_WMF wrote:

@Etonkovidova -- the train email by @Catrope last week said this feature rode last week's train, so I expected to see it in production this week. I just created an account in Czech Wikipedia, and that account had the homepage turned on by default, but it did not get any banners. Could you please check this out in production?

When a user was mentioned in an edit and in a summary, the notifications received would have different descriptions indicating in which context the mention was happened, e.g.

In T234653#5564851, @kaldari wrote:

@Etonkovidova - That sounds great. I'll change the title and description to focus on the QA aspect. Please add yourself as the session leader above and feel free to add more details to the description (or change it completely).

Interesting that some wikis - testwiki, cawiki, but not mediawiki and enwiki - would have a table of content with entries for namesapces, e.g.

@Krinkle - false appears as a topic title when an anon user clicks in 'Start a new topic' field to create a new topic? I cannot reproduce the issue in mediawiki or testwiki.

Checked in arwiki wmf.1

For Design review:
Desktop

• too much empty space in Start module
• Mentorship module text gets stretched vertically after activating Suggested edits (the last screenshot)

Checked in betalabs - for visiting diffs event_query: title=redacted&type=revision&diff=redacted&oldid=redacted is recorded.

In T234653#5558186, @kaldari wrote:

@Volans, @Etonkovidova - Would either (or both) of you be interested in leading this session?

In T224883#5545807, @MMiller_WMF wrote:

@Etonkovidova -- I am trying to test this on beta, but things are not working out for me. First I tried to test it from my phone, but when I went to the mobile site to create an account, I opened up the left navigation and got a blank menu:

Account creation works fine now (it was a temporary problem, as @Tgr mentioned).

@RHo, @MMiller_WMF - questions about the following specs :

@Catrope - according to the specs the text for the selected Welcome survey option - "To add or change information to a Wikipedia article" should be “Wikipedia is written by people like you. Even small edits make a difference.” (not not be "Learn to edit articles with some easy edits first!").

It'd be great to have a short discussion on the overall QA role in a development process. A working title may be - Dev processes and best QA practices - why QA is not limited to testing code?

@Tgr - In betalabs (for both Chrome and FireFox), the Start module after clicking on "See suggested edits" displays a lot of empty space:

Checked after deployment - all seems to be fine.

Works in betalabs.

Checked in arwiki betalabs.

@SimTran - you're welcome! Please start with microtasks listed in this task description. The zulip stream for questions/discussions is stream:Wikimedia+QA:+Automation+Testing.

In T32069#350682, @Reedy wrote:

Note, you can keep shift depressed and click for range selection

Just re-checked the following case

Observed on beta cluster

Make an edit
Thank yourself
Notification count goes up by more than one

For Design Review
To summarize

• Users would add/confirm/change their email preferences after the question was posted.
• Clicking on 'Add email' and 'Confirm your email' will open a tab with

https://en.wikipedia.beta.wmflabs.org/wiki/Special:ChangeEmail and https://en.wikipedia.beta.wmflabs.org/wiki/Special:ConfirmEmail respectively.

• the only point of confusion may be when Special:ConfirmEmail asks to re-send confirmation code which users may be tempted to click (which is not actually an issue)

The screenshots (in case, @RHo could spot something amiss):

Posted question (no email	Unconfirmed email	Confirmed email

For Design review - the size is 20x20 and the opacity (and the contrast) seem to be right:

Before	After

The screenshots for Design review (I checked landscape orientation on mobile phones, but not on the tablet; will do it).

I can consistently reproduce the issue in betalabs (with AMC enabled, not sure if it has some effect).

In T232400#5531240, @MMiller_WMF wrote:

@Etonkovidova -- the shortened version of the Thank you page is supposed to be there for users in the homepage treatment group. They are not supposed to get all that text and links to get started, because they are supposed to go to their homepage to see that stuff. The long version is for users in the homepage control group. Maybe your betalabs user is in a treatment group and your testwiki user is in a control group? Please check that.
After creating their account, a user in the homepage treatment group is supposed to have two buttons: one for the homepage and one for their original context (unless their original context was Main page). A user in the control group is supposed to have one button: to go to their original context. If that's not what you're seeing, that's a bug.

In T232400#5531990, @RHo wrote:

In T232400#5531240, @MMiller_WMF wrote:

@RHo can speak to whether the "Please select..." is supposed to appear twice.

hi @@Etonkovidova - Do you mean it appears twice in the options? That would be wrnog. However in the screenshot attached it seems like it the first "Please select..." is the default selected option in the dropdown, and the second is the option, in which case that is fine.

@Aklapper - should be Resolved not Invalid? The issue reported was present, and then it was fixed.

In T226242#5527304, @DannyS712 wrote:

Confirmed to work on the beta cluster

The text changes are in place. For @MMiller_WMF review.

I also checked welco that mesurvey-responses are being recorded. Re-assigning to @nettrom_WMF for checking and analyzing data.

In T233063#5528024, @Theklan wrote:

What should the difference be?

Completely re-wrote the task, so the task now is about a display issue. The issue previously reported in the task was the expected behavior.

Thanks, @Theklan! Checked - two links on the Special:WelcomeSurvey page - Tutoriala and Laguntza - redirect to the same page - https://eu.wikipedia.org/w/index.php?title=Laguntza:Sarrera&source=survey.

Checked euwiki and updated the task accordingly.

Pinging @dom_walden for more testing and follow up:

In T230031#5519143, @Tgr wrote:

@MMiller_WMF not anything in particular, I just used it as the "final" column of the table (should have said so explicitly, in hindsight). The questions in T230031#5492951 and T230031#5494291 are more for @Halfak and more out of curiosity than concern.
The result of the patch is that the system will judge slightly differently which edits to add warning colors to, that change is not really detectable without statistical analysis (or lots and lots of patrolling), so I assumed it cannot really be QA-ed. Even if I make a mistake in the patch and the recentchanges interface starts labelling patches really strangely, I'm not sure how apparent that would be during QA. @Etonkovidova what do you think?

In T225667#5512467, @MMiller_WMF wrote:

@Etonkovidova -- now that T230629 is finished, should we also consider this task resolved?

In T230798#5520688, @Tgr wrote:

Probably no errors on any of the other target wikis right now?
Btw I added a

{
  "match_phrase": {
    "origin": "GrowthExperiments"
  }
},

to the dashboard filter so everything that was on the dashboard before the patch is kept there.

The exception trace for the most recent error on https://www.wikidata.org/wiki/User_talk:Slowking4 (from visiting the page)

exception.class	       	Flow\Exception\InvalidDataException
exception.code	       	different-page
exception.file	       	/srv/mediawiki/php-1.34.0-wmf.23/extensions/Flow/includes/WorkflowLoaderFactory.php:130
texception.message	       	Flow workflow is for different page
exception.trace	       	#0 /srv/mediawiki/php-1.34.0-wmf.23/extensions/Flow/includes/WorkflowLoaderFactory.php(103): Flow\WorkflowLoaderFactory->loadWorkflowById(Title, Flow\Model\UUID)
#1 /srv/mediawiki/php-1.34.0-wmf.23/extensions/Flow/includes/Actions/Action.php(105): Flow\WorkflowLoaderFactory->createWorkflowLoader(Title)
#2 /srv/mediawiki/php-1.34.0-wmf.23/extensions/Flow/includes/Actions/ViewAction.php(20): Flow\Actions\FlowAction->showForAction(string, OutputPage)
#3 /srv/mediawiki/php-1.34.0-wmf.23/extensions/Flow/includes/Actions/Action.php(50): Flow\Actions\ViewAction->showForAction(string)
#4 /srv/mediawiki/php-1.34.0-wmf.23/includes/MediaWiki.php(507): Flow\Actions\FlowAction->show()
#5 /srv/mediawiki/php-1.34.0-wmf.23/includes/MediaWiki.php(302): MediaWiki->performAction(Article, Title)
#6 /srv/mediawiki/php-1.34.0-wmf.23/includes/MediaWiki.php(892): MediaWiki->performRequest()
#7 /srv/mediawiki/php-1.34.0-wmf.23/includes/MediaWiki.php(523): MediaWiki->main()
#8 /srv/mediawiki/php-1.34.0-wmf.23/index.php(44): MediaWiki->run()
#9 /srv/mediawiki/w/index.php(3): require(string)
#10 {main}

@Tgr (or @kostajh ) - two questions (not quite related to the task):

• Growth Team dashboard - why it has only ar.wikipedia.org not all target wikis?
• is it sufficient (more or less) to watch Growth Team dashboard after deployment? I used to look at Fatal monitor and at `

mediawiki-new-errors`.

In T233333#5508557, @kostajh wrote:

I'm wondering if this was an issue with cache, because today it displays correctly in Euskara. @Etonkovidova can you reproduce it again?

@MMiller_WMF - the fix is in place; I checked in betalabs and will check after deployment (it should be backported to wmf.23).

In T226079#5517757, @MMiller_WMF wrote:

@Etonkovidova -- could you please be specific about the circumstances under which the first problem happens? Hopefully not for all users?

Checked in betalabs.