Bug 858136
| Summary: | RFE: Project-level default Copy Trans options | ||
|---|---|---|---|
| Product: | [Retired] Zanata | Reporter: | Carlos Munoz <camunoz> |
| Component: | Component-Logic, Usability | Assignee: | Carlos Munoz <camunoz> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Ding-Yi Chen <dchen> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 1.7 | CC: | zanata-bugs |
| Target Milestone: | --- | ||
| Target Release: | 2.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | 1.8.0-SNAPSHOT (20120927-1428) | Doc Type: | Enhancement |
| Doc Text: |
Feature:
Define default copy trans options at the project level.
Reason:
Some projects need to enable different rules for copy trans depending on their nature. By defining project-level copy trans options, each project can define how copy trans is executed. These options can still be overridden when running a manual copy trans.
Result (if any):
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-11-07 06:18:12 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: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 860902 | ||
|
Description
Carlos Munoz
2012-09-18 06:05:36 UTC
The project page now has an option to specify the "default" copy trans options. Once these are set, when doing a manual copy trans, the screen will show these options by default. If they are not set for a project, they will default to the most conservative options (reject any field that doesn't match). These default options will also take effect when pushing documents with the copyTrans options in the maven client. As part of this, the client was refactored to invoke a copy trans after pushing a document and waiting until it's done, while showing the user some feedback on the copy trans process. This in contrast with the previous implementation which treated a push/copy trans in a single server request, possible causing timeouts. The priorities for selecting a match have also changed. Previously, copy trans was selecting the most recent translation as the best copy match. The new implementation selects the best match based on the number of fields that match (the more fields matching, the better the match and a context match is better than a project match, which is better than a document match). As a last resort, the more recent translation is still taken. See: https://github.com/zanata/zanata/commit/25d7f3585b50f1f65d8ce16c8ee4feacf7de46b4 https://github.com/zanata/zanata/commit/7a1dcb99619c97db9138dae77952375153b86ed0 https://github.com/zanata/zanata/commit/46bbcc24051bd8852a6078360da9f2363be6170f https://github.com/zanata/zanata/commit/919312e3329a18786e19a9a108fa7b187f7c0ffc https://github.com/zanata/zanata/commit/2388606ceea10dad5cd276bbb69f020a938a071e https://github.com/zanata/zanata/commit/c8bf8446f21c5e11369c2e7c606c1c15fe881302 https://github.com/zanata/zanata-api/commit/3a0bc20c3605863f92ca0fd2ee81aaf9941e265c https://github.com/zanata/zanata-api/commit/37683537a0e96463837e36b54f73f2357bca6eef VERIFIED with Zanata version 1.8.0-SNAPSHOT (20120927-1428) Fix released in Zanata 2.0. |