Red Hat Bugzilla – Bug 760431
Moving to a new page does not refresh the translation textboxes (ghost translations)
Last modified: 2013-03-03 21:22:07 EST
Description of problem:
After translating the last entry of a page, when a translator moves to a new page the first string of the next page is initially not-clickable. Eventually when it becomes editable, it shows the translations from the first entry of the earlier page next to the first entry of the second page. An edit in this box affects the first entry of the first page.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. sign in at translate.zanata.org and open a project with multiple pages
2. complete the translations on page 1 and move to page 2
3. click the first entry on page 2
4. if the box does not become editable, click on the second string
5. move back to the first entry on page 2 again
6. check if any translations show up on that box
7. edit the translation
8. go back to the 1st entry on page 1 and check if the edits from step 7 have been applied here.
The translation for string 1 from page 1 are displayed. If it is not displayed, then go back to step 2, edit the last string on page 1 again and move to page 2. Repeat step 3.
The first entry of page 2 should display an empty text box or any existing translations for the string at that position correctly.
Does not happen all the time.
Reporter mentioned this bug occurs in following project:
Implemented loading page while table is loading data from server to avoid clicking on editor when table is fully loaded.
See https://github.com/zanata/zanata/commit/7f2d94acb15a8ee7029d698b309a42bcb20d3602 for 1.4 and
https://github.com/zanata/zanata/commit/406a4a43e2defcb2f403d36e8a1c2291ff11dc34 for 1.5
Implemented loading page while table is loading data from server to avoid
clicking on editor when table is NOT fully loaded.
Testing on 1.5, the "Loading" page seems to be appearing after I save each row, which is a bit annoying. Can we restrict "Loading" to page loads? It doesn't make sense to lock out the entire page when only one row is being loaded.
Also, something is messing up the behaviour when I click in another row - instead of saving the current row and opening the editor on the new row, it performs the implicit save, I get "Loading", and the table comes back, *but* the editor is not open. (This doesn't happen with Ctrl-S or Alt-K, only with the mouse.) This problem may be the same thing as https://bugzilla.redhat.com/show_bug.cgi?id=773175#c1
The symptom also appeared in Zanata version 1.4.5-SNAPSHOT (20120111-1411).
1.4 - https://github.com/zanata/zanata/commit/ee7a2a32ceb3662ea945af60f347377575f4134a
1.5 - https://github.com/zanata/zanata/commit/81f175539b09c06143d0e7e35d8f1581ed24a02b
1.5 - https://github.com/zanata/zanata/commit/4c60ef81531d41bdb2cc5a0539f8e10c0efc3bea
1.4 - In progress
1.4 Fix- https://github.com/zanata/zanata/commit/934cf33370482bf6e6582e137028718c646a4922
I've been finding (on 1.5) that using the Copy Source button can lead to ghost translations:
When I click Copy Source, the English string gets copied to the target, but *sometimes* the editor does not open. When this happens, the table continues to show the old value. If I click the editor cell, it opens, and shows the copied English string. But if I cancel the edit, the table goes back to showing the old value.
Fix on Comment #12
1.4 - https://github.com/zanata/zanata/commit/4362fd698af483f22144d6224c9fd721062de985
1.5 - https://github.com/zanata/zanata/commit/3c36d187ab2269acccc9deb2f583d6babfe1a0f6
More changes in
and https://github.com/zanata/zanata/commit/d5872cc6a4e49be94cced4d60a1849917f8b2567 (master)
Please test with and without the search filter active. The algorithm used to update table rows is different, and more complex, when the filter is active.
VERIFIED with Zanata version 1.4.5-SNAPSHOT (20120123-1407)
*** Bug 757575 has been marked as a duplicate of this bug. ***