Uploaded image for project: 'translate5'
  1. translate5
  2. TRANSLATE-2570

AutoQA checks blocked segments / finds unedited fuzzy errors in unedited bilingual segments

    XMLWordPrintable

Details

    • Critical
    • FIX must not be applied when imports are running
    • Hide
      ENHANCEMENT: blocked segments will no longer be evaluated in the quality-management, only if they have structural internal tag-errors they will appear in a new category for this
      FIX: Missing internal tags may have been detected in untranslated empty segments
      FIX: Added task-name & guid to error-logs regarding structural internal tag errors
      FIX: Quality-Management is now bound to a proper ACL
      FIX: Re-establish proper layout of action icons in Task-Grid

      Show
      ENHANCEMENT: blocked segments will no longer be evaluated in the quality-management, only if they have structural internal tag-errors they will appear in a new category for this FIX: Missing internal tags may have been detected in untranslated empty segments FIX: Added task-name & guid to error-logs regarding structural internal tag errors FIX: Quality-Management is now bound to a proper ACL FIX: Re-establish proper layout of action icons in Task-Grid

    Description

      AutoQA currently checks blocked segments. They should be skipped in the checks, because the user can anyway not change anything there.

      AutoQA finds "unedited fuzzy match" errors in unedited bilingual segments. This does not make sense. "Unedited fuzzy match" errors should only be found in segments, that are pre-translated by translate5 or my the user in translate5 and where the match was taken over without changing it. If the target is already imported in a bilingual file the match rate refers to the match the translator had in the originating CAT tool and that he most likely changed there already.

      Also in the errog-log message the messages should point to the taskGuid and taskname in translate5 to be of any value for the user (see linked TS-Issue for an example how it currently looks like).

       

      Attachments

        Activity

          People

            axelbecher Axel Becher
            marcmittag Marc Mittag [Administrator]
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: