Checked in wmf.15- the issue is Resolved.

Checked on commons beta - the issue is fixed.

In T305659#7961987, @KStoller-WMF wrote:

@Etonkovidova if it helps, I was able to replicate the issue described:

• Open Chrome incognito browser from your desktop computer
• Navigate to: en.m.wikipedia.org/wiki/Special:CreateAccount
• Create an account
• After the account is created, I land on https://en.wikipedia.org/wiki/Special:CentralLogin/complete (no longer on the mobile version) and I see that "No active login attempt is in progress for your session" error.

But my understanding is that this issue is probably a result of testing a use case that is unlikely to happen outside of testing (testing a mobile URL from desktop). Does that seem accurate?

The steps do reproduce the issue and I agree it's an edge case (creating an account on mobile site from desktop). I checked creating account from a real device (Android) - the issue was not present there.

Looking at [[ https://grafana.wikimedia.org/d/vGq7hbnMz/special-homepage-and-suggested-edits?orgId=1 | [WIP] Time to editor ready for suggested edits tasks ]] before the fix there were two spikes on [desktop] Image recommendation (2022-05-29 05:42:00 - 12.0 hour) and [desktop] Link recommendation (2022-05-28 06:50:00 - 5.00 day) and so far, there are no other reports after the fix.

Checked in wmf.14 - the objective of the task is done:

What should have happened instead?:
*Username is immediately validated as on Desktop. User receives validation error before moving on to the rest of the form.

Checked in betalabs. The screenshots below are for @RHo review - I did not find any issues with the UI elements display or the basic functionality. I've updated the checkboxes in the task description.

bundled notifications

cross-wiki bundled notifications

In T303224#7954976, @Etonkovidova wrote:

Testing note:

• in wmf.14 check "oo-ui-iconElement-icon oo-ui-icon-mentor oo-ui-image-progressive" in "Assign a mentor"

Checked on wmf.14 - the fix is in place:

In T307780#7958428, @Etonkovidova wrote:

Testing note - check this link: https://logstash.wikimedia.org/goto/c6797aa5c6f962e95ca5547a697f0c43

In T309370#7963561, @Jdlrobson wrote:

This was also picked up by @nray using our UI regression suite.
https://pixel.wmcloud.org/desktop/index.html

The page where the issue was reported on - https://eu.wikipedia.org/wiki/Gao_Lacho_Drom.

In T308690#7939960, @gerritbot wrote:

Change 793105 merged by jenkins-bot:

[schemas/event/secondary@master] Add mentorship-optin module to homepagemodule schema

https://gerrit.wikimedia.org/r/793105

Checked in betalabs - the issue is fixed. Checked in testwiki wmf.14.

@Urbanecm_WMF - I checked on cswiki wmf.13 - some text is not present; is it still a work-in-progress task?

Checked in wmf.13- the issue is fixed.

Currently, the Help (or the guidance panel) will be always present for SE tasks (structured or non-structured).

Checked in betalabs with uselang=he:

Checked on testwiki wmf.13

Desktop	Mobile (Android)

Checked in betalabs - mobile error communication matches Create user on desktop.

Mobile betalabs	Desktop netalabs

Testing note - check this link: https://logstash.wikimedia.org/goto/c6797aa5c6f962e95ca5547a697f0c43

Checked in betalabs with uselang=he - the fix is in place.

mobile

In T281424#7057448, @kostajh wrote:

@Etonkovidova I think we could decline this as it's just happening on testwiki and it looks like the result of an attempt to switch the language to ar, the module is listed as suggested-edits&uselang=ar

The described issue (not validating username immediately) is consistent with creating user accounts on mobile via normal workflow for creating an account - i.e. https://en.m.wikipedia.org/w/index.php?title=Special:CreateAccount&returnto=Main+Page&campaign=loginCTA.

Checked in commons betalabs on iPhone (iOS 13.7, real device), browser emulators for iOS 14 and 15. Checked also desktop mode on mobile and Safari 15 desktop mode. The menu open/close functionality works as expected.

Checked in commons betalabs and in commons wmf.13 - works as expected.

@mewoph - after testing on beta, I filed T309068: [betalabs-mobile] Publishing edits from source editor re-opens page in editing mode for the following case: a non-Structured edit is in the source editor (it could be a known issue). The issue is directly affecting displaying the post-edit dialog functionality (the screen recording is below).