In T380195#10850271, @GMikesell-WMF wrote:

@abi_ On Chrome, I was not getting any errors but on Edge, I'm getting a grm error as seen in the gifs below. Also, can you take a look at the other possible issue? As for the actual task, it passes since it does automatically save and publish without issues.

Looks much better:

In T393293#10849406, @Arcstur wrote:

@Nikerabbit I just invited the translatewiki.net GitHub account to the repo, can you try again please?

All patches are merged. We need to ensure that the indexes are created on testwiki.

This will ride the train this week. Logstash: https://logstash.wikimedia.org/goto/97a6172b0207cf8a4e48f0ef3904c20c

In T393850#10825236, @Nokib_Sarkar wrote:

@Wangombe Would this work? As a suggestion, please look at home.welcome message. Would it be enough?

In T391311#10811875, @Nikerabbit wrote:

In T391311#10811175, @abi_ wrote:

Not seeing any instances of: 'No translation unit inserted due to unique key conflict.'. (ref: https://logstash.wikimedia.org/goto/2c63d24128a936e8b760caced485dc0c)

Search for e.g. reqId:"17f9026e-66c4-49ab-a573-5b2d4548a964". Surprisingly, it looks like the duplicates are coming not coming from multiple requests, but within a single request.

Appears to work well:

Works well now

PR created: https://github.com/femiwiki/UnifiedExtensionForFemiwiki/pull/188#event-17671657987

No longer able to see the ext.cx.entrypoints.recentedit module.

Exports for MW 1.44 happened yesterday: 1145433: Localisation updates from https://translatewiki.net. | https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1145433

I'm no longer able to reproduce this on the CX2 dashboard:

I'm no longer able to reproduce these issues. These errors could be due to cxserver which has received many improvements since 2023.

The ContentTranslation channel in Logstash now has logs: https://logstash.wikimedia.org/goto/2bc83a09dff80dbd5b8b2caabd11d45c

I was able to reproduce this issue locally. Enabling toggleClipping on the PopupWidget appears to fix the issue.

Appears to be working as expected.

The error appears to be because $row->translation_source_revision_id is null which is used to create an instance of PublishedTranslationDTO.

In T376531#10778958, @abi_ wrote:

To be continued as part of this task:

• Discuss if the log here https://phabricator.wikimedia.org/T376531#10766009 indicates a loss of data. Continue work as part of this task.

No longer seeing any occurrences of this error since May 8th: https://logstash.wikimedia.org/goto/4224caf248340b8c205f4c90b080c724

In addition to fixing the issue that was mentioned in this comment, we've added a try...catch block around the code that publishes the translation. This should avoid the stuck "Loading..." problem and should allow users to try publishing again. We've also added logging to ensure that these logs are present in Logstash.

In T313509#10804439, @abi_ wrote:

When I try to publish a new translation with the mobile editor with a bad title, I get the following error:

I'm able to reproduce this on the mobile editor. The desktop editor works fine.

Commit: https://gitlab.wikimedia.org/repos/wmde/wikidata-query-builder/-/commit/28b06ab67477d876ddf7cec49ce48ec3991ce31d

When I try to publish a new translation with the mobile editor with a bad title, I get the following error:

Merged and deployed the changes on translatewiki.net

No translations for Spanish yet: https://translatewiki.net/wiki/Special:Translate?group=oppia-android-app&language=es&filter=%21translated&action=translate

From Logstash:

Following index need to be added:

CREATE INDEX cx_translators_translation_id ON cx_translators (translator_translation_id);

• Done in T391153

Patch is deployed on translatewiki.net

In T392839#10790303, @Daimona wrote:

More queries causing full table scans from T390510#10790296:

SELECT  translation_target_language AS `language`,COUNT(DISTINCT translation_started_by) AS `translators`  FROM `cx_translations`    WHERE ((translation_status = 'published' OR translation_target_url IS NOT NULL))  GROUP BY translation_target_language ;

SELECT  translation_source_language AS `language`,COUNT(DISTINCT translation_started_by) AS `translators`  FROM `cx_translations`    WHERE ((translation_status = 'published' OR translation_target_url IS NOT NULL))  GROUP BY translation_source_language ;

SELECT  translation_source_language AS `sourceLanguage`,translation_target_language AS `targetLanguage`,(CASE WHEN (translation_status = 'published' OR translation_target_url IS NOT NULL) THEN 'published' ELSE 'draft' END) AS `status`,COUNT(*) AS `count`,COUNT(DISTINCT translation_started_by) AS `translators`  FROM `cx_translations`    WHERE translation_status IN ('draft','published')   GROUP BY translation_source_language,translation_target_language,status ;

SELECT  MAX(translation_last_updated_timestamp) AS `date`,COUNT(translation_id) AS `count`  FROM `cx_translations`    WHERE ((translation_status = 'published' OR translation_target_url IS NOT NULL))  GROUP BY YEARWEEK(translation_last_updated_timestamp, 3) ;

Error rates have dropped:

The change has been backported.

Tested on: https://en.wikipedia.org/wiki/Special:ContentTranslation?page=Miguel+Lombardi&from=pt&to=en&targettitle=Miguel+Lombardi

Tested on: https://en.m.wikipedia.org/wiki/Special:AutomaticTranslation?page=Mon&from=az&to=en&step=confirm

English is automatically selected as the target language on testwiki now:

No longer reproducible on production CXServer

No longer reproducible on https://www.mediawiki.org/w/index.php?filter=untranslated&language=hello%20&query=1&title=Special:SearchTranslations

Fixed - tested on Mediawiki

We discussed this during a daily meeting. Here are the next steps:

I have tried, and lack the necessary permissions

Saving the draft is retried up to 5 times automatically on failure. If the saving still fails after 5 attempts the following error message is displayed: An error occurred while saving the draft.. After this the manual saving will be enabled again...and the process repeats.

In T379892#10737374, @Nikerabbit wrote:

We'll review the documentation readiness and then announce it (probably tech news).

Not able to reproduce this on my phone running Firefox, Google Android

This is done, and deployed. Can be tested at: https://en.wikipedia.org/wiki/Special:AutomaticTranslation?page=Moon&from=en&to=hi&step=confirm

I'm noticing some other issues...moving this to inprogress.

I'm no longer able to reproduce the issue on the linked article: https://en.wikipedia.org/w/index.php?title=Special:ContentTranslation&campaign=contributionsmenu&to=la&page=Input-to-state+stability&from=en&targettitle=Input-to-state+stability#draft

This is no longer reproducible: