Skip to content

Completeness bar not related to "Translated" value? #20095

Open

Description

@buhtz

Describe the issue

See my screenshot. It seems that the bar is not related to "Translated" value?

I already tried

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

Steps to reproduce the behavior

  1. Got to https://translate.codeberg.org/projects/backintime/common/#translations
  2. Checkout Icelandic, Arabic, Armenian, Korean: Translated value and the width of the bar.

Expected behavior

The bar should correspond to "Translated" value.

Screenshots

Image

Exception traceback

How do you run Weblate?

Other

Weblate version

Weblate 2026.6.1

Weblate deploy checks

Additional context

No response

Activity

  1. added
    Waiting for: TriageAssigned automatically for any new issue, needs attention from a Weblate member.
    on Jun 15, 2026
  2. nijel commented on Jun 30, 2026

    @nijel
    Member

    Progress bar excludes strings with failing checks 63c102e, see #13669.

  3. removed
    Waiting for: TriageAssigned automatically for any new issue, needs attention from a Weblate member.
    on Jun 30, 2026
  4. github-actions commented on Jul 15, 2026

    @github-actions

    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!

  5. nijel commented on Sep 29, 2026

    @nijel
    Member

    Bringing here reply from closed #13669:

    In reference to #20095

    Only translations that pass quality checks should count towards the "100% translated" status.

    From my individual perspective I would disagree on that. The quality checks are often false positive. I would ignore them when counting "translated" strings. Translated is translated no matter if a check fails or not; for me.

    The current situation, after this is fixed here, is confusing to me and maybe some other users. It somehow should be more explicit what "translated" means.

    Alternatively, there should be a separate status or warning indicating that some translations failed quality checks.

    This, or add a tool tip to the translated column describing exactly what is counted. The current tool tip "Sort this column" has not much value and can IMHO be replaced.

    Originally posted by @buhtz in #13669

  6. reopened this on Sep 29, 2026
  7. added
    Waiting for: DemandLow priority for development. Pull requests welcome. Can be prioritized by sponsorship.
    Area: UXIssues related to user experience.
    on Sep 29, 2026
  8. added theissue type on Sep 29, 2026
  9. nijel commented on Sep 29, 2026

    @nijel
    Member

    Overall I think we should come back to indicating translated strings with failing checks somehow in the progress bar. Here comes the accessibility issue: we need to design a UI that will work well for all the users. See #4985 for related discussion.

  10. added
    Waiting for: TriageAssigned automatically for any new issue, needs attention from a Weblate member.
    and removed
    Waiting for: DemandLow priority for development. Pull requests welcome. Can be prioritized by sponsorship.
    Waiting for: CommunityNot specified enough, discussion with community is needed.
    Waiting for: TriageAssigned automatically for any new issue, needs attention from a Weblate member.
    on Sep 29, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Area: UXIssues related to user experience.wontfixWill be closed when no feedback arrives.

    Type

    Fields

    Priority

    None yet

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions