Bug 874373 - [WebTrans] Entries would not be cleared if you remove the text too quick
Summary: [WebTrans] Entries would not be cleared if you remove the text too quick
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Zanata
Classification: Retired
Component: Component-UI
Version: development
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 2.0
Assignee: Patrick Huang
QA Contact: Ding-Yi Chen
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-11-08 03:20 UTC by Ding-Yi Chen
Modified: 2013-02-26 03:46 UTC (History)
3 users (show)

Fixed In Version: 2.0.3-SNAPSHOT (20121119-0019)
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-02-26 03:46:30 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 803909 0 high CLOSED right-click should select editor row 2021-02-22 00:41:40 UTC

Internal Links: 803909

Description Ding-Yi Chen 2012-11-08 03:20:43 UTC
Description of problem:

When translations are removed from entries, it is expected that the entries are actually clear and states as NEW after we move to another page. 

However, the text was restored after I switched back the page.

Version-Release number of selected component (if applicable):
Zanata version 2.0.3-SNAPSHOT (20121108-0033)

How reproducible:
Always

Steps to Reproduce:
1 Find a multi-paged doucment with at least several translated messages.
  Suppose these messages are at row 1, 2 and 3.
  The longer the message, the more likely the bug be reproduced.
2.Quickly remove the text in row 1, 2 and 3
  If you see "Saving.." in all the rows you modify, it is too slow to reproduce the bug.
  
Actual results:
1. Blue-greening bolders are around the entries you cleard, 
   which indicate these  cells are not yet saved. 
2. Switch to another page and switch back, texts are restored.

Expected results:
Texts are cleared after page switch back.

Additional info:

Comment 1 Patrick Huang 2012-11-15 06:53:10 UTC
I believe the cause of this problem is the same as in Bug 803909(right click won't select row)
Focusing on CodeMirror editor won't guarantee row selection. i.e. Right click, or if you use mouse to select trunk of text, it seems like sometimes(if not always) it won't trigger a click event (maybe a drag event instead?). This will be fixed in Bug 803909.

Comment 2 Patrick Huang 2012-11-16 06:02:28 UTC
committed into master:
https://github.com/zanata/zanata/commit/ef120a01913519f113bf16b8257e155a63366989

Comment 3 Ding-Yi Chen 2012-11-19 02:28:30 UTC
Worked with Zanata version 2.1-SNAPSHOT (20121119-1207)

However, the release branch (2.0.XX) does not work.
Please also put the fix in the release branch.

Reassigned.

Comment 4 Patrick Huang 2012-11-19 04:38:08 UTC
committed into release ab0029d21c433c04c93aacb7bcce7112b505aa8a

Comment 5 Ding-Yi Chen 2012-11-27 01:49:35 UTC
VERIFIED with Zanata version 2.0.3-SNAPSHOT (20121119-0019)


Note You need to log in before you can comment on or make changes to this bug.