| 2008-11-25 18:14:53 |
Jamie Strandboge |
bug |
|
|
added bug |
| 2008-11-25 18:15:40 |
Jamie Strandboge |
bug |
|
|
added subscriber Ubuntu Security Team |
| 2008-11-25 18:16:05 |
Jamie Strandboge |
description |
Trying to access https://launchpad.net/~ubuntu-security/+archive results in Timeout error OOPS. Using:
https://launchpad.net/~ubuntu-security/+archive?batch=5 works (but it is slow). However, using https://launchpad.net/~ubuntu-security/+archive/+delete-packages?batch=5 does not work at all. This PPA and the webapp is critical for Ubuntu Security updates and USN publication. |
Trying to access https://launchpad.net/~ubuntu-security/+archive results in Timeout error OOPS. Using:
https://launchpad.net/~ubuntu-security/+archive?batch=5 works (but it is slow). However, using https://launchpad.net/~ubuntu-security/+archive/+delete-packages?batch=5 does not work at all. This PPA and the webapp are critical for Ubuntu Security updates and USN publication. |
|
| 2008-11-25 18:21:05 |
Julian Edwards |
launchpad: bugtargetdisplayname |
Launchpad itself |
Soyuz |
|
| 2008-11-25 18:21:05 |
Julian Edwards |
launchpad: bugtargetname |
launchpad |
soyuz |
|
| 2008-11-25 18:21:05 |
Julian Edwards |
launchpad: statusexplanation |
|
|
|
| 2008-11-25 18:21:05 |
Julian Edwards |
launchpad: title |
Bug #302116 in Launchpad itself: "Timeout error when accessing ~ubuntu-security/+archive" |
Bug #302116 in Soyuz: "Timeout error when accessing ~ubuntu-security/+archive" |
|
| 2008-11-25 18:22:40 |
Julian Edwards |
soyuz: status |
New |
Triaged |
|
| 2008-11-25 18:22:40 |
Julian Edwards |
soyuz: assignee |
|
cprov |
|
| 2008-11-25 18:22:40 |
Julian Edwards |
soyuz: importance |
Undecided |
High |
|
| 2008-11-25 18:22:40 |
Julian Edwards |
soyuz: statusexplanation |
|
Celso, can you take a look at this with highest priority please? I think we need to start profiling the code for the archive index page, it's too slow when the number of packages increases beyond a critical point.
We also need to batch the delete/copy package pages but that's a separate bug. |
|
| 2008-11-25 18:22:40 |
Julian Edwards |
soyuz: milestone |
|
2.1.12 |
|
| 2008-11-26 19:25:17 |
Celso Providelo |
soyuz: status |
Triaged |
In Progress |
|
| 2008-11-26 19:25:17 |
Celso Providelo |
soyuz: statusexplanation |
Celso, can you take a look at this with highest priority please? I think we need to start profiling the code for the archive index page, it's too slow when the number of packages increases beyond a critical point.
We also need to batch the delete/copy package pages but that's a separate bug. |
|
|
| 2008-12-18 02:27:16 |
Celso Providelo |
soyuz: milestone |
2.1.12 |
2.2.1 |
|
| 2009-01-12 17:45:02 |
Celso Providelo |
soyuz: status |
In Progress |
Triaged |
|
| 2009-01-19 16:33:05 |
Celso Providelo |
soyuz: status |
Triaged |
In Progress |
|
| 2009-01-19 16:33:05 |
Celso Providelo |
soyuz: statusexplanation |
|
Let re-enable the repository size section by populating it via XHR after the page is loaded. |
|
| 2009-01-30 02:24:55 |
Celso Providelo |
soyuz: statusexplanation |
Let re-enable the repository size section by populating it via XHR after the page is loaded. |
|
|
| 2009-01-30 02:24:55 |
Celso Providelo |
soyuz: milestone |
2.2.1 |
2.2.2 |
|
| 2009-02-26 10:07:07 |
Celso Providelo |
soyuz: status |
In Progress |
Fix Released |
|
| 2009-02-26 10:07:07 |
Celso Providelo |
soyuz: statusexplanation |
|
Based on the timeout drops we have experience in edge I think we can close this bug. Please feel free to reopen it if your page can't be loaded in a reasonable time |
|
