Last modified: 2012-07-20 18:23:16 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 T37612, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35612 - Loading of a change for review in Gerrit is often very slow
Loading of a change for review in Gerrit is often very slow
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Git/Gerrit (Other open bugs)
unspecified
All All
: High normal (vote)
: ---
Assigned To: Ryan Lane
https://gerrit.wikimedia.org/r/#q,395...
: ops
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-30 15:36 UTC by Amir E. Aharoni
Modified: 2012-07-20 18:23 UTC (History)
5 users (show)

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


Attachments

Description Amir E. Aharoni 2012-03-30 15:36:55 UTC
About half of the times when i load a change for review in Gerrit, it takes many seconds of "Loading...", or just remains stuck in this state completely until refreshed. Even after refreshing it sometimes gets stuck like that.

Other people complained about this, too, but i couldn't find a proper report.

The URL is just an example - it happens with all changes.
Comment 1 Nemo 2012-03-30 21:08:28 UTC
Some stats on http://lists.wikimedia.org/pipermail/wikitech-l/2012-March/059529.html (1.8s for a one-line diff)
And a comment by Tim on the interface in general (unfixable?): http://lists.wikimedia.org/pipermail/wikitech-l/2012-March/059462.html
Comment 2 Amir E. Aharoni 2012-04-02 07:10:55 UTC
I'm not sure whether it got worse or it always was like this, but it seems to me that now it happens with not half, but almost ALL commits and diffs.
Comment 3 Chad H. 2012-04-02 13:18:42 UTC
It got worse when we moved to a new server in DC (the database is still in Tampa).

More details from Ryan here: http://lists.wikimedia.org/pipermail/wikitech-l/2012-March/059546.html
Comment 4 Mark A. Hershberger 2012-04-02 17:10:30 UTC
Assigning this to Ryan and, for good measure, created RT #2749
Comment 5 Mark A. Hershberger 2012-04-02 18:34:49 UTC
reducing priority a bit.
Comment 6 Amir E. Aharoni 2012-05-06 09:03:12 UTC
I suspect that this only affects Firefox.

Today I tried opening changes in Firefox and in Google Chrome. Most of the time it worked well in Chrome, but was very slow in Firefox.

<mozillian-rant>
More and more Google-related services break in Firefox and I start to sense that it's a conspiracy. Google+, GMail and now Gerrit.
</mozillian-rant>
Comment 7 Amir E. Aharoni 2012-05-06 09:08:54 UTC
... And now I suspect that this is specific to our installation.

If I compare the behavior of our installation to CyanogenMod's Gerrit, I see that their Gerrit works well in Firefox. Try it for yourself: http://review.cyanogenmod.com
Comment 8 Chad H. 2012-05-06 12:49:19 UTC
(In reply to comment #7)
> ... And now I suspect that this is specific to our installation.
> 

Please read comment 3.
Comment 9 Amir E. Aharoni 2012-05-06 12:54:55 UTC
(In reply to comment #8)
> (In reply to comment #7)
> > ... And now I suspect that this is specific to our installation.
> > 
> 
> Please read comment 3.

I read it. I don't see that it refers to the difference between how it works in Chrome and in Firefox.

For a more complete picture, I use Ubuntu 11.10 and the following browser versions:
* Firefox 14.0a2 (2012-05-03)
* Chromium 8.0.1025.151 (Developer Build 130497 Linux)
Comment 10 Chad H. 2012-05-06 12:56:49 UTC
I see zero difference between the two locally.
Comment 11 Chad H. 2012-07-20 18:23:16 UTC
We've moved the database server for gerrit, it's much much faster now.

Couple of edgecases on large diffs, but that's being tracked in other bugs.

Marking this FIXED.

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


Navigation
Links