Codeberg/Community
54
325
Fork
You've already forked Community
12

translate.codeberg.org: False positive "Mismatched full stop" and other checks #2231

Open
opened 2025年11月24日 11:19:11 +01:00 by buhtz · 11 comments

Comment

This is a re-post original posted at upstream Weblate.
The maintainers there are asking details specific to the Weblate instance of Codeberg.

The question is if Codeberg is using any modifications of the original Weblate that might cause the issue I am describing. Or do you have any other idea?

Hello,

I am project maintainer and using Codeberg's Weblate (v 5.14) instance for translation.

In the last weeks I have several false positive checks. One example is this about "Mismatched full stop", but both strings does have a full stop at their end.

https://translate.codeberg.org/translate/backintime/common/fr/?checksum=1538b281a7b15f29

As screenshot

[画像:image]

Do you have any idea what it could be? Do I misuse something. Or is it a server configuration that could have been changed (I am not the server admin).

Or might this be a bug in a new version? I am not aware when Codeborg made the last update.

Regards,
Christian

EDIT

Please let me add other checks.

Double space

https://translate.codeberg.org/translate/backintime/common/tr/?checksum=9ca2daa8f40ca29c
image

Reused translation

https://translate.codeberg.org/translate/backintime/common/tr/?checksum=85c131640a5af658
image

### Comment This is a re-post original posted at [upstream Weblate](https://github.com/orgs/WeblateOrg/discussions/17040). The maintainers there are asking details specific to the Weblate instance of Codeberg. The question is if Codeberg is using any modifications of the original Weblate that might cause the issue I am describing. Or do you have any other idea? Hello, I am project maintainer and using Codeberg's Weblate (v 5.14) instance for translation. In the last weeks I have several false positive checks. One example is this about "Mismatched full stop", but both strings does have a full stop at their end. https://translate.codeberg.org/translate/backintime/common/fr/?checksum=1538b281a7b15f29 As screenshot <img width="1140" height="540" alt="image" src="https://github.com/user-attachments/assets/081adb75-3837-4034-9add-4cf0143cfcfb" /> Do you have any idea what it could be? Do I misuse something. Or is it a server configuration that could have been changed (I am not the server admin). Or might this be a bug in a new version? I am not aware when Codeborg made the last update. Regards, Christian # EDIT Please let me add other checks. ### Double space https://translate.codeberg.org/translate/backintime/common/tr/?checksum=9ca2daa8f40ca29c ![image](/attachments/6db784e0-8bbb-4d31-8360-a5328d7045e9) ### Reused translation https://translate.codeberg.org/translate/backintime/common/tr/?checksum=85c131640a5af658 ![image](/attachments/27a201c3-9f92-46cf-a71f-0dcf83494101)
130 KiB
119 KiB
buhtz changed title from (削除) translate.codeberg.org: False positive "Mismatched full stop" (削除ここまで) to translate.codeberg.org: False positive "Mismatched full stop" and other checks 2025年11月26日 09:03:40 +01:00

I can confirm this issue of false positives in validation and add the following:

  • has been around last ca 3-4 weeks
  • started first in Hosted Weblate and thereafter in Codeberg Translate (this may point to version updates)
  • I have seen couple of different false positives, among them most popular are "Mismatched full stop" and "Translation contains double stop"
  • happens mostly after translation, i.e. you finish a translation and in couple of hours and/or one day or two it shows up (like a backend process has run meanwhile)
  • seems to affect projects that you have translated very recently
  • coincided with the change of behavior of the Weblate - earlier when you made an error that was caught by validation, you saw the error message immediately, but now there is a very noticeable pause (like 5 seconds) when you see the error message and can fix it
  • it may well be, that some of these remarks are not related to the issue
I can confirm this issue of false positives in validation and add the following: - has been around last ca 3-4 weeks - started first in Hosted Weblate and thereafter in Codeberg Translate (this may point to version updates) - I have seen couple of different false positives, among them most popular are "Mismatched full stop" and "Translation contains double stop" - happens mostly after translation, i.e. you finish a translation and in couple of hours and/or one day or two it shows up (like a backend process has run meanwhile) - seems to affect projects that you have translated very recently - coincided with the change of behavior of the Weblate - earlier when you made an error that was caught by validation, you saw the error message immediately, but now there is a very noticeable pause (like 5 seconds) when you see the error message and can fix it - it may well be, that some of these remarks are not related to the issue

@buhtz wrote in #2231 (comment):

The question is if Codeberg is using any modifications of the original Weblate that might cause the issue I am describing. Or do you have any other idea?

Codeberg uses vanilla weblate (via Docker) with a minimal amount of patches that don't affect any workings of the translation checks: https://codeberg.org/Codeberg-Infrastructure/weblate-docker/src/branch/main/patches

It's quite likely the bug is in Weblate. CC @Bubu

@buhtz wrote in https://codeberg.org/Codeberg/Community/issues/2231#issue-2724207: > The question is if Codeberg is using any modifications of the original Weblate that might cause the issue I am describing. Or do you have any other idea? Codeberg uses vanilla weblate (via Docker) with a minimal amount of patches that don't affect any workings of the translation checks: https://codeberg.org/Codeberg-Infrastructure/weblate-docker/src/branch/main/patches It's quite likely the bug is in Weblate. CC @Bubu
Member
Copy link

I updated to weblate 5.14.3 just now. I haven't seen anything in the changelog that looks like a direct fix for this, but it could still have been fixed. @buhtz could you check if the problem still exists?

I updated to weblate 5.14.3 just now. I haven't seen anything in the changelog that looks like a direct fix for this, but it could still have been fixed. @buhtz could you check if the problem still exists?
Member
Copy link

@jrtcdbrg Do you know if this has been reported to the weblate project yet?

@jrtcdbrg Do you know if this has been reported to the weblate project yet?
Author
Copy link

@jrtcdbrg Do you know if this has been reported to the weblate project yet?

https://github.com/orgs/WeblateOrg/discussions/17040

> @jrtcdbrg Do you know if this has been reported to the weblate project yet? https://github.com/orgs/WeblateOrg/discussions/17040

@jrtcdbrg and @Bubu can you match the period when this started to happen with Weblate upgrades on Codeberg? This would make it easier to identify what might be causing this. As this is apparently not bound to a specific check, it has to be some core functionality that changed the behavior in an unexpected way.

@jrtcdbrg and @Bubu can you match the period when this started to happen with Weblate upgrades on Codeberg? This would make it easier to identify what might be causing this. As this is apparently not bound to a specific check, it has to be some core functionality that changed the behavior in an unexpected way.
Member
Copy link

@nijel I deployed weblate 5.13.5 on Oct 12th, then 5.14.0 on the October 30th, and then to 5.14.3 two days ago, as noted above.

@jrtcdbrg's 3-4 weeks ago could match up with the 5.14.0 deployment.

@nijel I deployed weblate 5.13.5 on Oct 12th, then 5.14.0 on the October 30th, and then to 5.14.3 two days ago, as noted above. @jrtcdbrg's 3-4 weeks ago could match up with the 5.14.0 deployment.
https://github.com/WeblateOrg/weblate/pull/17129 should fix this.

I do not know if fix has been deployed or not (or some other remedy applied), but I have not seen false positives for a week or so neither in Hosted Weblate nor Codeberg Translate.

Probably it is a separate issue, but the same time an UI problem has appeared in Hosted Weblate but not in Codeberg Translate - the "Nearby strings - ... - History" toolbar loses focus upon saving the translation and reverts always to first value.

I do not know if fix has been deployed or not (or some other remedy applied), but I have not seen false positives for a week or so neither in Hosted Weblate nor Codeberg Translate. Probably it is a separate issue, but the same time an UI problem has appeared in Hosted Weblate but not in Codeberg Translate - the "Nearby strings - ... - History" toolbar loses focus upon saving the translation and reverts always to first value.

The fix is deployed on Hosted Weblate, but IMHO not yet on Codeberg (because it was not yet released).

As for the translate tabs, that's indeed a regression caused by the frontend rewrite; https://github.com/WeblateOrg/weblate/issues/17289 tracks that. Don't hesitate to report such issues directly to our issue tracker 😃.

The fix is deployed on Hosted Weblate, but IMHO not yet on Codeberg (because it was not yet released). As for the translate tabs, that's indeed a regression caused by the frontend rewrite; https://github.com/WeblateOrg/weblate/issues/17289 tracks that. Don't hesitate to report such issues directly to our issue tracker 😃.

Thanks for feedback and all the best success in what you do. As I have no plans to create GitHub account, then reporting here was somewhat intentional.

I'll keep an eye on how #17289 develops then. This UI bug really slows down high-volume translators.

Thanks for feedback and all the best success in what you do. As I have no plans to create GitHub account, then reporting here was somewhat intentional. I'll keep an eye on how #17289 develops then. This UI bug really slows down high-volume translators.
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility

Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug

Something is not working the way it should. Does not concern outages.
bug
infrastructure

Errors evidently caused by infrastructure malfunctions or outages
Codeberg

This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome

Please join the discussion and consider contributing a PR!
docs

No bug, but an improvement to the docs or UI description will help
duplicate

This issue or pull request already exists
enhancement

New feature
infrastructure

Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal

An issue directly involving legal compliance
licence / ToS

involving questions about the ToS, especially licencing compliance
please chill
we are volunteers

Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
public relations

Things related to Codeberg's external communication
question

More information is needed
question
user support

This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
s/Forgejo

Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration

Migration related issues in Forgejo
s/Pages

Issues related to the Codeberg Pages feature
s/Weblate

Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker

Woodpecker CI related issue
security

involves improvements to the sites security
service

Add a new service to the Codeberg ecosystem (instead of implementing into Gitea)
upstream

An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Gitea, Forgejo, etc.)
wontfix

Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
5 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#2231
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?