Red Hat Bugzilla – Bug 750956
Long strings slow down the operation
Last modified: 2012-03-06 19:06:55 EST
Description of problem:
When I work with long strings, the interface slows down significantly.
It is causing a productivity issue.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open Zanata file with long strings (approx. more than 15 lines)
Slows down typing
Should be the normal speed
Happening to me a lot, too, strings of only ~10 lines are enough to slow down the performance considerably.
Happens in all files on translate.engineering I'm working on these days, a good example with plenty of long strings can be found here: https://translate.engineering.redhat.com/webtrans/Application.html?project=rhel_deployment_guide&iteration=6.2&localeId=de&locale=de# (Deployment Guide, file Package_Kit)
Gedit is my friend at the moment - I am forced to copy and paste my translation into the editor for a huge part of the messages in any given file - this not only slows down my productivity, but also means that all editor features like the translation memory are effectively worthless as I'm not using the editor at all for those strings.
Is this issue being adressed?
The original report was for 1.4.1, I am encountering it for Zanata version 1.4.5-alpha-1 (20120124-0107) on F16, using FF 9.0.1
Note: This appears to be caused by the key shortcut implementation - disabling the key shortcut code for the editor allows extremely long strings (over 30 lines) to be edited without a noticeable delay in Firefox 3.6.18. There also appears to be some legacy undo/redo code that isn't properly disabled.
This caused by the autosize function on the textArea while input. This bug is related to https://bugzilla.redhat.com/show_bug.cgi?id=773510
Bug fixed. See https://github.com/zanata/zanata/commit/8d8785055d84c1c1de2b4d203812537f38b2989f
Verified in 1.5 with Firefox 3.6.18 and Chrome 14.0.835.186