Checked three article examples mentioned in the task

• en:Leon Keyselring to he

• en:Alice Williams to cy
• en:Truism to es

Thx, @santhosh - yes, everything is in place.

Could not reproduce it in betalabs. Betalabs shows the correct behavior for a new user account:

• a newly registered user cannot create an article in enwiki betalabs (this limitation matches the behavior in production)
• the first notification is always welcome notification not the first edit notification.

Thank you, @Amorymeltzer - with the signature format that you provided the issue has been confirmed; moved the task to Incoming tasks on our team workboard.

Moving to Design Review with one comment:

• In IE 11 the icons look different (Edge displays them fine)

IE11	Edge

Checked - all is in place.

Checked in betalabs - the Help button is present and redirects to https://www.mediawiki.org/wiki/Help:Notifications/Special:Notifications. The icon is the same as on other Special pages:

Checked in enwiki and wnwikisource (wmf.24). There is still some incomplete rendering for cu lang option. @santhosh - something else should be done in terms of downloading fonts or something?

Checked in testwiki (wmf.24) - 'Reset' option appears only when the content of the translated paragraph is modified.

In T219642#5098998, @Amorymeltzer wrote:

@Etonkovidova Did you see this from my original post?

From some limited testing it seems that it needs a link to the actual user's page in addition to the other user in order to notify that the other user.

If the account's actual username is in there as well, I presume it treats the whole thing like typical wikitext. That is, the requirement for a mention ping (link to user name + ~~~~) doesn't distinguish between text added outside the signature and text added as a result of ~~~~.

I did some additional testing and I could not find a case when links to user pages in a user signature will trigger trigger mention notification, the signature in a form below will be displayed as a link to Another user page, but a mention notification will not be sent:

Special:Impact is present in betalabs and testwiki - the info displayed is exactly the same data as on a user home page Impact module.

Checked in testwiki (wmf.24)

I checked the exact example as reported by @Pginer-WMF on hiwiki (1.33.0-wmf.23). IME is displayed in read-only content in the following cases:

@SBisson

Link under button: "Guidelines for user pages". This links to the appropriate language version of https://en.wikipedia.org/wiki/Wikipedia:User_pages, which exists in 90 languages.

The screenshots below illustrate the present (testwiki wmf.24) state of Start module on Special:Homepage. I've added some comments (there are no bugs).

Re-tested in testwiki (wmf.24) - all look and work according to the spec.

Tentatively 'Resolved' - the issue is less present (and it's in betalabs).

@kostajh I checked several examples of input that might be problematic - no problem was found.

<!--T:1--> 
"<translate>
{{ping|Username}}
{{FlowMention|Username}}
{{ {{{|safesubst:}}}#time:i}}
{{CURRENTTIME}}
&#8035;

Checked in cx2-testing when a user session is expired, there is a Console error (which is expected, I suppose):
[CX] Unable to get cxserver token.
The message "An error occurred while saving the page" is still displayed along with the warning about expired session.

Moving to @MMiller_WMF for review
What I marked with
(1)

If a mentor's name is removed from the page, we should stop assigning them to newcomers. Newcomers that already have those mentors assigned should keep them.

The deleted mentor's name seems to be persistent. Logging out/log in, disable the Homepage feature - the mentor that was assigned is still assigned. e.g. Etonkovidova is still assigned to ET188
(2)

Under the username, it should say the number of edits they have on that wiki and the date of the most recent edit in terms of "active days ago", like: "37,243 edits. Active 2 days ago." If their most recent edit was yesterday, it should say "Active yesterday". If their most recent was today, it should say, "Active today."

@Cntlsn - moved to Design Review column for you to take a look.

I re-checked 1.33.0-wmf.22 for my examples and the examples that @Petar.petcovic provided in the following comment (sorry I did not provide articles' titles for my examples).

In T199512#4991079, @Petar.petkovic wrote:

For "Cite news", there is no information which article @Etonkovidova used, so I tried en:Pioneer_Square_pergola. I translated section starting with "The Victorian-style" and tried editing references which are coming from "Cite news" and the editor opens without any console error. In that section, there is one "Cite web" and four "Cite news" templates. That one "Cite web" displays custom label "Lloc web" inside context item and appropriate dialog for editing web references. Those four "Cite news" templates have generic "Referència" label in context item and generic reference editing dialog is opened. Inside that dialog, there is invisible template "Ref-notícia". Opening the dialog to edit that template reveals there are no editable parameters that are shown for that reference (like title, first and last name of the author, etc.), only the option to add new params.

Cite news context item	Cite news editing dialog

It turned out to be an action on dewiki - https://de.wikipedia.org/wiki/Wikipedia:Hauptseite

Thanks, @nettrom_WMF. Closing the ticket as Resolved.

Thx, @Petar.petkovic - I'll try to test on my local machine

EditorJourney schema cannot be checked client-side. I checked other schemas EditAttemptStep and `HelpPanel' whether they record formatting in page title. It seems not to be the case.
EditorJourney schema cannot be checked client-side. I checked other schemas EditAttemptStep and `HelpPanel' whether they record formatting in page title. It seems not to be the case.

In T218176#5019766, @Jdlrobson wrote:

Is this the expected behaviour!?

In T218163#5037384, @JTannerWMF wrote:

@Etonkovidova will update ticket with which editor and which console command this came from.

Thanks! I can access betalabs db now. Resolving the ticket.

There are still cases when CAPTCHA is overlapped with Refresh:

T217940: logstash timeout errors for Echo and Flow is closed as well.

Closed - the fix is in T217766: Flow\Exception\WikitextException: ParseEntityRef: no name.

Checked in betalabs - the flag is present and the issues are listed.

With CX2 the reference list will be translated as <references group=""></references>. Not sure whether it creates some issues. Pinging @Pginer-WMF

Checked with current 1.33.0-wmf.21.

The issue is still present in CX2.

The issue is not present in cx2-testing.

Checked "Trifles (play)", "...explosante-fixe..." and some other articles with {{Italic title}}. Also I checked for DISPLAYTITLE - all such articles seem to be divided into sections without any problems.

Checked in cx2-testing - <ref>{{Harvnb|Shils}}</ref> is correctly present in the published article.

Checked in wmf.21 the scenarios that @Petar.petkovic has listed in his comment - inserted/modified links are saved.

@Petar.petkovic
(1)

Publishing restrictions are configurable per wiki. Currently, there exists only an option to introduce such restrictions in wiki configuration and no wiki is configured to restrict any users from publishing.

In cx2-testing a new user with 0 edits can publish to English and no warning is displayed. How I can see the warning?
(2) The present info message ( for translations to English) - any plans to make it more comprehensible to users?

Checked in cx2-testing (added to my post-deployment checklist).