Add-on to flag strings changed in the repository as needing editing

[dgaponov]

Describe the issue

I tried to set the translation flags in different ways, but I can't solve the following problem: when changing the translation text in the github repository, the translation in Weblate remains the same "Translated" status.

I want the translation status to change to "Need editing" when the translation text changes. How can I do this?

I already tried

• [X] I've read and searched the documentation.
• [X] I've searched for similar filed issues in this repository.

Steps to reproduce the behavior

1. I change the source strings, the status of target is automatically set to "Needs editing".
2. I manually confirm the correctness of the translation. The status is set to "Translated".
3. I am changing the translation in the external repository. But after the changes, the status in weblate also remains "Translated".

Expected behavior

When changing a translation, its status should switch to "Needs editing".

Screenshots

Exception traceback

No response

How do you run Weblate?

Docker container

Weblate versions

• Weblate: 5.3
• Django: 4.2.8
• siphashc: 2.3
• translate-toolkit: 3.11.1
• lxml: 4.9.3
• Pillow: 10.1.0
• nh3: 0.2.15
• python-dateutil: 2.8.2
• social-auth-core: 4.5.1
• social-auth-app-django: 5.4.0
• django-crispy-forms: 2.1
• oauthlib: 3.2.2
• django-compressor: 4.4
• djangorestframework: 3.14.0
• django-filter: 23.5
• django-appconf: 1.0.6
• user-agents: 2.2.0
• filelock: 3.13.1
• rapidfuzz: 3.5.2
• openpyxl: 3.1.2
• celery: 5.3.6
• django-celery-beat: 2.5.0
• kombu: 5.3.4
• translation-finder: 2.15
• weblate-language-data: 2023.8
• html2text: 2020.1.16
• pycairo: 1.25.1
• PyGObject: 3.46.0
• diff-match-patch: 20230430
• requests: 2.31.0
• django-redis: 5.4.0
• hiredis: 2.2.3
• sentry-sdk: 1.39.1
• Cython: 3.0.6
• misaka: 2.1.1
• GitPython: 3.1.40
• borgbackup: 1.2.7
• pyparsing: 3.1.1
• ahocorasick_rs: 0.20.0
• python-redis-lock: 4.0.0
• charset-normalizer: 3.3.2
• Python: 3.11.5
• Git: 2.39.2
• psycopg: 3.1.14
• psycopg-binary: 3.1.14
• phply: 1.2.6
• ruamel.yaml: 0.18.5
• tesserocr: 2.6.2
• boto3: 1.34.0
• zeep: 4.2.1
• aeidon: 1.13
• iniparse: 0.5
• mysqlclient: 2.2.1
• Mercurial: 6.6.1
• git-svn: 2.39.2
• git-review: 2.3.1
• PostgreSQL server: 16.1
• Database backends: django.db.backends.postgresql
• PostgreSQL implementation: psycopg3 (binary)
• Cache backends: default:RedisCache, avatar:FileBasedCache
• Email setup: django.core.mail.backends.smtp.EmailBackend: smtp.example.com
• OS encoding: filesystem=utf-8, default=utf-8
• Celery: redis://cache:6379/1, redis://cache:6379/1, regular
• Platform: Linux 5.15.0-86-generic (x86_64)

Weblate deploy checks

No response

Additional context

No response

[nijel]

This is expected - string changes in the repository are assumed to be finished. File formats which support that (such as XLIFF or Gettext PO) can specify string state as well, but I guess you are not using one of them.

[dgaponov]

This is expected - string changes in the repository are assumed to be finished. File formats which support that (such as XLIFF or Gettext PO) can specify string state as well, but I guess you are not using one of them.

I am using the i18next translation format. Is there any way to modify the default behavior? I would like to change the translation status when it is updated in the repository.

[dgaponov]

@nijel Hello. Can you help me with my problem? Can I solve it through a custom plugin?

[nijel]

It can probably be implemented as an addon, there are similar ones for new strings.

[github-actions[bot]]

This issue has been automatically marked as stale because there wasn’t any recent activity.

It will be closed soon if no further action occurs.

Thank you for your contributions!

[github-actions[bot]]

This issue has been put aside. It is currently unclear if it will ever be implemented as it seems to cover too narrow of a use case or doesn't seem to fit into Weblate.

Please try to clarify the use case or consider proposing something more generic to make it useful to more users.