Last modified: 2014-06-20 21:41:45 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T67512, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 65512 - VisualEditor: Language selector from Language inspector takes long time (~15 secs) to load
VisualEditor: Language selector from Language inspector takes long time (~15 ...
Status: VERIFIED FIXED
Product: VisualEditor
Classification: Unclassified
Editing Tools (Other open bugs)
unspecified
All All
: High normal
: VE-deploy-2014-06-12
Assigned To: Roan Kattouw
: performance
: 66124 (view as bug list)
Depends on:
Blocks: ve-performance
  Show dependency treegraph
 
Reported: 2014-05-19 23:02 UTC by Rummana Yasmeen
Modified: 2014-06-20 21:41 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Rummana Yasmeen 2014-05-19 23:02:31 UTC
Steps to reproduce:

1.Open a page with VE
2.Go to Insert>Language
3.Now click on "Find Language" button

Observed Result:

The language selector dialog box takes a long time to load, approx. 15 secs
Comment 1 Rummana Yasmeen 2014-05-19 23:05:31 UTC
In Firefox, it is comparatively faster than Chrome
Comment 2 Rummana Yasmeen 2014-06-04 16:10:13 UTC
*** Bug 66124 has been marked as a duplicate of this bug. ***
Comment 3 Moriel Schottlender 2014-06-04 16:21:27 UTC
(Additional information from the duplicate bug)

The slowness also means the user can click somewhere on the screen to close the language inspector while the language list loads; it seems to allow the user to choose a language, but since the inspector is already closed, the chosen language isn't updated properly.
Comment 4 Gerrit Notification Bot 2014-06-05 19:09:24 UTC
Change 137736 had a related patch set uploaded by Catrope:
Use this.$() in LanguageResultWidget#highlightQuery

https://gerrit.wikimedia.org/r/137736
Comment 5 Gerrit Notification Bot 2014-06-05 19:46:48 UTC
Change 137741 had a related patch set uploaded by Catrope:
Fix GroupElement performance

https://gerrit.wikimedia.org/r/137741
Comment 6 Roan Kattouw 2014-06-05 22:43:34 UTC
These two patches get it down to 780ms on my computer. This breaks down in about 520ms for opening the dialog (including constructing all of the language entries), and 260ms for displaying the "search result" for an empty search bar. The latter is repeated every time you empty the search bar (press backspace when one character is left), which is noticeably laggy. That mostly has to do with the search query highlighting code (that's about 200ms of it), which needs to be optimized further. The dialog opening is also a bit slower than I'd like, but at least isn't as critical as responding quickly when the user presses backspace.

To be fair, without these patches, it's 520ms for opening the dialog (unchanged), and 14 seconds to display an empty search result (12 seconds for adding results, 2 seconds for highlighting), so this is already a pretty good improvement :)
Comment 7 Gerrit Notification Bot 2014-06-06 07:59:53 UTC
Change 137736 merged by jenkins-bot:
Use this.$() in LanguageResultWidget#highlightQuery

https://gerrit.wikimedia.org/r/137736
Comment 8 Gerrit Notification Bot 2014-06-09 21:31:09 UTC
Change 137741 merged by jenkins-bot:
GroupElement: Improve performance by avoiding .add() overhead

https://gerrit.wikimedia.org/r/137741
Comment 9 Rummana Yasmeen 2014-06-09 22:51:11 UTC
Verified the fix in Betalabs
Comment 10 Rummana Yasmeen 2014-06-14 00:15:38 UTC
Verified the fix in test2 running wmf 9
Comment 11 Rummana Yasmeen 2014-06-20 21:41:45 UTC
Verified the fix in production (en.wiki)

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


Navigation
Links