@Niharika according to @SBisson comment you did not have any notifications on wikidata.

In T225164#5243645, @SBisson wrote:

@Niharika looking at the DB you don't have any notifications on wikidata. Were you able to see those notifications from another wiki?

Checked the fix in cx2-testing.

Re-checked in cx-testing the exact scenario described in the task. The paragraphs with named references examples can be found in Jet Propulsion Laboratory

In T142290#5179444, @Pginer-WMF wrote:

In T142290#5178710, @Etonkovidova wrote:

To summarize

• named references get skipped if their definitions are not included in the translation

Can you confirm if the issue happens when the definition is inside a template (T209266)? or this also happens when the definition is in a regular text paragraph?

Re-checked both mentioned articles (and Mongolian script on Android 6 - the issue(s) with display of Mongolian fonts seem to be fixed:;

The scope of the filed issue was about not informing users that a template cannot be adopted ("The template unavailable" warning was not displayed even though the template was not found for the target language). Since the plain text reference links are being fixed in a different task, I mark this issue as Resolved.

Two (minor) questions:

• presently the tooltip and a shortcut refer to a non-existing user page. If the link leads to Homepage, the info should be changed accordingly.
  
• should a user link reflect the case when a user disables Homepage but still doesn't have User page?

The following query (and its modifications) can be used to monitor the number and details of translations published in the wrong wikis (thx, @Catrope).

select count(*)  from cx_translations WHERE SUBSTRING(translation_target_url, 3, LENGTH(translation_target_language)) != translation_target_language and translation_status !='deleted';

Since navigation issues will be covered in a separate task, I'm moving it to Design Review column.

In T217827#5266945, @Petar.petkovic wrote:

@Etonkovidova, alongside with the question (that @Pginer-WMF has already answered), you moved the task back to priority backlog.
Now that it is clarified that behavior is expected, can the task be resolved or there is some pending QA work left?

In T226146, @MMiller_WMF wrote:

When I tapped the back arrow from the start module overlay, I did not end up with "close" events. This happened twice, and then I was not able to reproduce it reliably, so if you can't reproduce it, and you don't see anything in the code that could cause it, then we'll just call that a fluke.

@Cntlsn - please take a look. The screenshots are form iPhone 6S.

Notes - results of testing on testwiki (iPhone 6s):

• hover out events (?)
• Navigating back to Homepage from Start module - clicking on an back arrow (not on the browser back button):

EventLogging Validation: [HomepageModule] Value "start" for property "module" is not one of ["start-account","start-tutorial","start-userpage","start-email","impact","help","mentorship"]
Other modules seems to be fine.

In T225660#5259879, @MMiller_WMF wrote:

Re-opening because we are seeing this in a supported browser. @Cntlsn -- could you please attach a video of this happening? I am removing this from the MVP "Blocker" list and putting it in the "Desired" list because it is only in one browser.

It'd be great to have more descriptions on how to reproduce the issue.

Checked in testwiki wmf.10

There is a strange behavior for back button when the back button is clicked from Mentorship/Help popup.
@kostajh - need your opinion on

• whether the present behavior of back button is expected (and acceptable)
• could it be a regression of some sort?

Closing as Resolved since the test is running successfully in local env and gerrit reported that the build is successful.

Needs to be checked after deployment in testwiki.

Thanks, @kostajh for investigating it.

In T225850#5263778, @MMiller_WMF wrote:

@Etonkovidova -- I saw it on a real iPhone 6S running iOS 12.2 and Safari 12.1.

The settings button is not displayed in cx2-testing.

Just a reminder that some comparative testing was done by @Barbvd in T137803. The pdf with the testing results (which includes this issue with </img>) is below:

(1) Copy original content option

The task specifies that

Until the user creates their user page, tapping on the User page or Discussion tabs lead user to User page or Talk page editor, instead of unactivated state of those pages.

@Petar.petkovic - I can reproduce it in cx2-testing but the steps are in a different order than in the task description:
(1) Click the cog button (the setting)
(2) click any of the grey interlanguage links

Notes for testing:

• two users: Administrator and extendedconfirmed
• extendedconfirmed user publishes couple of translations which will be deleted by an Administrator
• extendedconfirmed user should be prevented to publish according to the following limitations:

For a user with previous deleted translations:

With 1 - 4 problematic sections: Allow publishing but add to the tracking category.
With 5 or more sections. Prevent publishing.

@Mmiller - did you see the issue on a real device or in browser mobile emulator? I saw it only in the emulator and only for iOS devices:

Checked in betalabs:

The testing was done per to https://gerrit.wikimedia.org/r/#/c/mediawiki/services/cxserver/+/512687/

Adds new property targetFrom with possible values of link (via linked page through Wikidata), label (via translated Label through Wikidata), mt (machine translation) and source (no change).

Translation option	Links behavior	Result
en->es Copy original content	Rotor (mathematics) - does not exist in eswiki (the link is grey); Curl (mathematics) - exists in eswiki (the link is active)
en->es Apertium	The links are not translated, but Curl (mathematics) exists in eswiki - it's a bug
en-> ca Copy original content	the link inserted by a user gets an incorrect suggestion Juice will match en:Juice (aggregator) acceptable behavior

In T217653#5258467, @Petar.petkovic wrote:

@Etonkovidova I instructed you to cover cases laid out in T221359 and try having some sections with high MT warnings marked as resolved, because that is when MT limits change. In the end, that is what this ticket was about.

It's been part of the testing

• to see what effect checking 'Resolve' or 'Publish anyway' (to publish with existing issues) has on actual publishing.
• I varied the amount of MT (and unmodified content) - from 70% to 98% when I was checking the above.
• checked the calculation of MT content percentage (counting chars and substitute specific amount with modified content) - it was done previously
• compared the paragraph to paragraph MT calculation to the progress bar calculation (also done in other ticket).

Tested in cx2-testing:

@Cntlsn - the errors about Referrer Policy (and Content Security Policy) is persistently displayed for betalabs environment (they've been there for a very long time). The links behavior are unaffected by them.

Checked the links- all lead to mobile, not desktop.

Checked in betalabs on iPhone - the link to "Guidelines for user pages" opens a mobile page.

I checked betalabs eventlogging (the most recent timestamp - 20190613141120) for three schemas - HelpPanel, HomepageModule, and HomepageVisit. The change of emails never was actually tracked; the state of the email address is being tracked. I re-checked recorded actions - and there were no discrepancies.

Re-checking in betalabs:
(1) Following the steps in the task description - I did not manage to sent multiple WikiLove messages.
(2) Clicking multiple times on the Send button - the duplicate messages were sent (but no more than two).
(3) The error was displayed

Checked in betalabs - all works as usual.

@Tomybrz - the screenshot shows notifications from meta.wikimedia.org, but the steps for disabling page link notifications refer to https://www.mediawiki.org/wiki/Special:GlobalPreferences#mw-prefsection-echo not to https://meta.wikimedia.org/wiki/Special:Preferences#mw-prefsection-echo.

In T224526#5249110, @Cntlsn wrote:

Thanks for raising this, we never looked into that but it's a very good point. I have a question about it: is it possible to have 0 edits to other kinds of pages but still have other kinds of contributions?
Looping @MMiller_WMF

"By the way..." is bolded.

Help panel	Mentorship module

@Cntlsn - please review the following:
(1)

Mobile preview: the content of the preview should consist of the following.

Monitor views of articles you've edited (light gray, small)
You have not yet created or edited any articles. (black, large)
Views from recent edits (last 60 days): (light gray, small)
Includes a large blue "0".

Thx, @Cntlsn - the task is in the current sprint and should be moved to Ready for Develpment upon @MMiller_WMF approval.

Needs to be checked after deployment. One interesting thing - the only option for translating articles from Simple English wiki through grey links is to translate them from English. Maybe the logic behind it was that it's preferable to translate from full-content English article rather than from Simple English adjusted content?

Checked in cx2-testing - the progress bar calculates the percentage of MT correctly (the case described in the ticket was checked too).

Checked in production (enwiki wmf.8). The console error is reported as T225423.

Thanks, @Pginer-WMF for your comments. It seems that the mechanism of putting a translated article into "Pages with unreviewed translations" category (and equivalent categories in other wikis) is well defined and documented. If a clear logic for assigning translated articles is in place, then I don't have any questions regarding actual assignment to the category. Unless there are some doubts about whether that logic is correctly applied (that could be tested).

In T217653#5240711, @Pginer-WMF wrote:

In T217653#5239081, @Etonkovidova wrote:

mysql:research@dbstore1003.eqiad.wmnet [enwiki]>  select count(*) from categorylinks where cl_to='Pages_with_unreviewed_translations';
+----------+
| count(*) |
+----------+
|      187 |
+----------+
1 row in set (0.01 sec)

I'm curious about this query. For English it returns 187 results which match the total number of articles displayed in the category itself and is consistent with a query I made to check the distribution in months.
However, when checking it for spanish see only one result with the query but 2482 in the category. Do you know what exactly is listed in the categorylinks table and why this inconsistency?

It turned out that Páginas_con_traducciones_sin_revisar category in eswiki is, in fact, Wikipedia:Páginas_con_traducciones_sin_revisar. When the category name is corrected, the query returns the number of articles that is close to the number lshown on Páginas con traducciones sin revisar page.

mysql:research@dbstore1003.eqiad.wmnet [eswiki]> select year(cl_timestamp) as Year,MONTHNAME(cl_timestamp) as Month, count(*) as Unreviewed 
    -> from categorylinks 
    -> where cl_to='Wikipedia:Páginas_con_traducciones_sin_revisar'
    -> group by year(cl_timestamp),month(cl_timestamp)
    -> order by cl_timestamp desc;
+------+----------+------------+
| Year | Month    | Unreviewed |
+------+----------+------------+
| 2019 | June     |         65 |
| 2019 | May      |        303 |
| 2019 | April    |        515 |
| 2019 | March    |        757 |
| 2019 | February |        495 |
| 2019 | January  |        360 |
+------+----------+------------+
6 rows in set (0.01 sec)

All subtasks for this task (except T222242 which in Revisit column) are closed.

In T225279#5243080, @pmiazga wrote:

@Etonkovidova it's fixed now, thanks for submitting the phab ticket.

Checked in betalabs
Desktop:

{{GENDER:$2|{{GENDER:$1|Váš}} mentor|Vaše mentorka}} is on translatewiki.net Growth Experiments - Homepage.

@kostajh In betalabs it does not seem to be working in mobile - enabling "Display newcomer homepage" will automatically make a username link to Special:Homepage (e.g. <a href="/w/index.php?title=Special:Homepage&amp;source=personaltoolslink&amp;namespace=-1" class="mw-ui-icon mw-ui-icon-before mw-ui-icon-minerva-profile truncated-text primary-action" data-event-name="homepage">ET198</a>).

Checked the tabbed layout in betalbs - the found issues (out of the scope of this task) are filed as a separate task T225288.

Verified the fix in en betalabs.

The fixes do not recalculate the time period since the actual timestamp for qa question - "The clock has started running since then, so that when I took this screenshot 14 minutes later, it said, "Posted 14 minutes ago"".

Checked in cx2-testing - I didn't see any issues following the scenario in the ticket and do some exploratory testing with suggestions on test cases in comments. True that there might be some cases that would need do some additional work, but as long as users are informed that there are significant changes in a source article comparing with the saved translation.
The screenshot below illustrates two things

• a good section matching
• and sufficient communication to users about outdated translation and what possible actions (restarting translation) can be done

Looking in db for enwiki, the number of the pages in the category Pages with unreviewed translations is small comparing to the number of articles that have tags contenttranslation, contenttranslation-needcheck, contenttranslation-v2 (even if we filter out contenttranslation-needcheck and take into account that two tags - contenttranslation-needcheck, contenttranslation-v2 - are assigned together for the translations made with v2:

mysql:research@dbstore1003.eqiad.wmnet [enwiki]> select ct_tag_id, ctd_name, ctd_count  from change_tag join change_tag_def on ct_tag_id=ctd_id where ct_tag_id in (41,169, 522) group by ct_tag_id;
+-----------+------------------------------+-----------+
| ct_tag_id | ctd_name                     | ctd_count |
+-----------+------------------------------+-----------+
|        41 | contenttranslation           |     12378 |
|       169 | contenttranslation-needcheck |       573 |
|       522 | contenttranslation-v2        |      1628 |
+-----------+------------------------------+-----------+
3 rows in set (0.01 sec)

@Cntlsn - https://wikimedia.invisionapp.com/share/KUQV2QDJ8A7#/350928124_NH-Mentorship_Module does not seem to have the updated label.

Two parts of this tasks

• Lower thresholds for unmodified content
• investigate false positives in articles are in Category:Pages with unreviewed translations (and similar categories in other wikis)