Bug 546130
Summary: | publican lang_stats counts fuzzy unmatched strings as fuzzy | ||||||
---|---|---|---|---|---|---|---|
Product: | [Community] Publican | Reporter: | Ruediger Landmann <rlandman+disabled> | ||||
Component: | publican | Assignee: | Jeff Fearn 🐞 <jfearn> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 1.6 | CC: | jfearn, mmcallis, nb, publican-list, rlandman | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | 1.4-1.fc12 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-02-01 01:14:09 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Added check for obsolete in lang_stats code. publican-1.4-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/publican-1.4-1.fc12 publican-1.4-1.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/publican-1.4-1.fc11 publican-1.4-1.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. publican-1.4-1.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 377377 [details] PO file for Publican Document Conventions in Assamese Description of problem: PO files sometimes contain unmatched strings at the end of the file. These are commented out with a #~ at the start of each line. At some point before being relegated to "unmatched" and commented out, strings might have been marked "fuzzy". When they are commented out as unmatched, they retain their fuzzy tags. Running "publican lang_stats" over a PO file that has fuzzies amongst its unmatched strings results in Publican counting these fuzzy strings in its report. This is unexpected behaviour because other translation tools do not count fuzzies if they are unmatched (msgfmt, gtranslator, lokalize). Version-Release number of selected component (if applicable): Publican 1.3 How reproducible: 100% Steps to Reproduce: 1. run publican lang_stats over a PO file that has unmatched fuzzy strings in it, but no other fuzzy strings (example attached) Actual results: Publican reports fuzzies present in the PO file. Expected results: Publican reports no fuzzies. Additional info: