Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 785034 - Rapid key navigation causes backlog of TM queries
Rapid key navigation causes backlog of TM queries
Product: Zanata
Classification: Retired
Component: Performance (Show other bugs)
Unspecified Unspecified
unspecified Severity medium
: ---
: ---
Assigned To: Sean Flanigan
Alex Eng
Depends On:
Blocks: zanata-1.5.0
  Show dependency treegraph
Reported: 2012-01-26 21:51 EST by Sean Flanigan
Modified: 2012-03-06 19:06 EST (History)
3 users (show)

See Also:
Fixed In Version: 1.5.0
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-03-06 19:06:52 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Sean Flanigan 2012-01-26 21:51:35 EST
Description of problem:
Using the keyboard (Alt+J/K), it is possible to move quickly between text flows.  Each movement triggers a TM search, but the server (or the event bus) has trouble keeping up with the searches and their results.

Version-Release number of selected component (if applicable):

How reproducible:
Very easy, especially on slower connections.

Steps to Reproduce:
1. Press Alt+K many times in a row to move down 20 rows or so
2. Watch the TM area
Actual results:
Even after navigation has stopped, the TM panel keeps updating to show TM results for different rows of the table for some time.  In some cases, it stops before showing the last TM result.

Expected results:
If it can't keep up, the TM should jump straight to the last results.

Additional info:

We should avoid having the client generate so many TM requests when navigating quickly, but the server should also be able to skip over obsolete TM requests, and jump straight to the last one.
Comment 1 Sean Flanigan 2012-02-22 22:23:39 EST
Modified the client so that it waits for TM results before submitting any more TM requests.

While working on this bug, I found that the query in TextFlowDAO.getIdsByTargetState was not taking into account obsolete HProject/Iterations.  Fixing this bug made the query even slower, so I had to do some performance tuning on the server as well.

I enabled Hibernate's second-level cache for entities, and the query cache, also implemented a time-based cache for TextFlowFilter for use with Hibernate Search.  

Comment 2 Alex Eng 2012-02-27 01:26:20 EST
VERIFIED in Zanata version 1.5.0-alpha-3-SNAPSHOT (20120227-1458)

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