| Summary: | server should never store fuzzy flag against a source document's textflows | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Zanata | Reporter: | Nilamdyuti <ngoswami> | ||||||
| Component: | Component-UI | Assignee: | Patrick Huang <pahuang> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Zanata-QA Mailling List <zanata-qa> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 3.0 | CC: | dchen, pahuang, sflaniga, swkothar, zanata-qa | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | 3.3 | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | 3.3.0-SNAPSHOT (20131204-0037) | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-03-20 05:47:39 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Attachments: |
|
||||||||
|
Description
Nilamdyuti
2013-09-26 14:55:14 UTC
It's same issue for Gujarati (gu). It sound like a rounding problem, since 9 messages out of 1705 is less than 1%. This seems to be fixed already, for version 3.1. The rounding problem was reported and fixed as Bug 741509. However, the real problem is not statistic, it is Zanata keep outputting those messages as fuzzy. No matter you save them as translated in either web translation editor, or upload the .po file with all fuzzy tag removed. Tested with Zanata version 3.1-SNAPSHOT (20131003-1234): Steps to reproduce: (pretty much the same with original bug report): 0. Download virt-manager.pot and virt-manager.fuzzy.po 1. Create a new project (virt-manager) and new version (test1) in server that runs 3.1-SNAPSHOT, project-type is gettext 2. Upload virt-manager.pot as source 3. Upload virt-manager.fuzzy.po as translation 4. Use web translation editor to save those fuzzy as translated. The translation is now 100% completed. 5. Download the translation file as virt-manager.po Expected: No fuzzy translation in virt-manager.po Actual: 9 fuzzy translation in virt-manager.po Reassigned. Created attachment 806921 [details]
Source file
Created attachment 806922 [details]
Translation with fuzzy tag
Further tested with Zanata version 3.1-SNAPSHOT (20131004-0039), I found:
1. Other locales might have this problem.
2. It only happened if the fuzzy translations was uploaded, it does not happen
if use WebUi to edit translation from empty, then save as fuzzy, then save
as translated.
3. Change the fuzzy translations then save as translated does not help.
4. If upload po in GWT document list, the project-version wide statistics is
sometime different from the document statistics, even when you have only one
document.
Regards,
(In reply to Ding-Yi Chen from comment #7) > 3. Change the fuzzy translations then save as translated does not help. The changed content is saved, but it is still fuzzy despite you save it as translated in Web UI. It looks like the affected strings were uploaded with a "fuzzy" flag in the POT file. This flag was then copied to the PO file when downloading, just like the "python" flag on certain entries. We should not be storing the fuzzy flag against POT files. (They shouldn't even be there, as far as I can see.) As a workaround, you could try removing the fuzzy flag from the POT and uploading it again. After that, the spurious fuzzy flag should not be added when downloading the PO files. (In reply to Ding-Yi Chen from comment #7) > 4. If upload po in GWT document list, the project-version wide statistics is > sometime different from the document statistics, even when you have only > one > document. This sounds like it should be a separate bug. Tested with Zanata version 3.3.0-SNAPSHOT (20131204-0037) When encounter a fuzzy source entry, the process stopped and showed following error message: Upload Failed! Caused by: Please remove fuzzy flags from document. First fuzzy flag was found on text flow ace54e180da734297e3e84ca5c6966d2 with content [Cancel the job?] The expected and the most convenient way is just ignore the fuzzy tag, but show warning. i.e. the upload/push should not stop. Reassigned. I think it should stop, because it means the source file is broken. Otherwise the file will probably never be fixed. > I think it should stop, because it means the source file is broken.
> Otherwise the file will probably never be fixed.
Indeed. I will verify this bug with Zanata version 3.3.0-SNAPSHOT (20131204-0037).
One thing: was the correct error message given to the user for both upload methods: web and client? Closing VERIFIED bugs for Zanata server 3.3.2. Seem like the both client and Web UI error messages themselves are correct.
From client:
[ERROR] Operation failed: Failed while pushing document: [Please remove fuzzy flags from document. First fuzzy flag was found on text flow ace54e180da734297e3e84ca5c6966d2 with content [Cancel the job?]]
To retry from the last document, please set the following option(s):
-Dzanata.fromDoc="virt-manager"
From web UI:
Upload Failed! Caused by: Please remove fuzzy flags from document. First fuzzy flag was found on text flow ace54e180da734297e3e84ca5c6966d2 with content [Cancel the job?]
But you can help us fix it!
|