Last modified: 2014-05-30 10:12:02 UTC
Noticed when investigating why a Selenium test failed[1]. Scenario: Using message group selector to choose a project to translate Given I am logged in When I change my interface language away from English And I go to the main page And I click the message group selector tile And I click a message group Then I should see a list of messages in the the translation view Error message: timed out after 10 seconds, Element was not visible in 10 seconds (Watir::Wait::TimeoutError) (...) features/signed_in_and_approved_users.feature:58:in `And I click a message group' 1: https://wmf.ci.cloudbees.com/view/tw/job/TwnMainPage-sandbox.translatewiki.net-linux-firefox/330/testReport/(root)/View%20for%20approved%20users/Using_message_group_selector_to_choose_a_project_to_translate/
Change 121376 had a related patch set uploaded by Hashar: Loading message group takes more than 10 seconds https://gerrit.wikimedia.org/r/121376
Change 121376 merged by jenkins-bot: Loading message group takes more than 10 seconds https://gerrit.wikimedia.org/r/121376
The test is updated, so it should raise the chance of green results, but can we optimize the group selector somehow? I experience this slowness as a translator, too.
Do we know if this is still the case? I wonder if there has been some general slowdown on sandbox.translatewiki.net and whether it is still going on. Compare with bug 63931.
(In reply to Niklas Laxström from comment #4) > Do we know if this is still the case? It's not currently known what API queries should be allowed to take how long, but it's very easy to get over 10 seconds on Meta.
Do you have an example queries? I also think we had reporting on API module timings somewhere.
(In reply to Niklas Laxström from comment #6) > Do you have an example queries? Yes but you said they were not relevant and I have no idea which would.