Closed Bug 773396 Opened 13 years ago Closed 13 years ago

Attempts to load https://hg.mozilla.org/try/rev/$ANY_CSET_ID will time out

Categories

(Release Engineering :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 770811

People

(Reporter: dholbert, Unassigned)

References

()

Details

STR: 1. Visit https://hg.mozilla.org/try/rev/53a36c50984c ( <--- a cset I pushed today) 2. Wait for it to load. ACTUAL RESULTS: After a minute or so of loading, I get a browser error page saying: The connection was reset The connection to the server was reset while the page was loading. For reference: In a local clone of the try repo, it takes 0.4 seconds to "hg export 53a36c50984c" -- so, while the try repo is huge, it's still very possible to export a cset in less than a second.
Summary: https://hg.mozilla.org/try/rev/whatever times out → Attempts to load https://hg.mozilla.org/try/rev/$ANY_CSET_ID will time out
dholbert, is this blocking the tree? I know it is bad but I just want to make sure that we don't need page anyone. Do you know when this first started?
Not as far as I know. AFAICT, tbpl still works fine, so Try is functioning aside from the ability to explicitly inspect a Try cset on hgweb.
As I passed along in IRC, tbpl works because we hacked around this issue in there. http:// works (as opposed to https://) but has an ~90s delay for anything useable. Our largest developer-will-notice issue lies in releng's e-mail, which I suppose we might as well fix (until the main issue is fixed) I'll get a bug on file for that within 24 hours, and do the patch myself. Duping this over to the main bug.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
(This WORKSFORME now -- the link from comment 0 loads in about a second.)
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.