Timeout with large milestone with lots of private bugs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
High
|
Curtis Hovey |
Bug Description
It has been a while (months) since I was last able to visualize the "later" milestone for landscape. This is the URL:
https:/
This milestone has hundreds of bugs, most private. If you only see a few when you open the URL, then you don't have the right to see the others and will likely NOT get the timeout.
Current oops : https:/
SQL time: 7505 ms
Non-sql time: 7849 ms
Total time: 15354 ms
Statement Count: 390
We're getting spotty queries due for a few reasons.
browser.
references a separate cached property
and both use the model object, which isn't cached, so we query once per path-into-
affects: | launchpad → launchpad-registry |
Changed in launchpad-registry: | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in launchpad-registry: | |
status: | Triaged → In Progress |
assignee: | nobody → Brad Crittenden (bac) |
Changed in launchpad-registry: | |
assignee: | Brad Crittenden (bac) → nobody |
Changed in launchpad-registry: | |
milestone: | 10.02 → series-10.05 |
Changed in launchpad-registry: | |
assignee: | nobody → Curtis Hovey (sinzui) |
status: | Triaged → In Progress |
milestone: | series-future → 10.05 |
Changed in launchpad-registry: | |
status: | In Progress → Fix Committed |
tags: |
added: qa-ok removed: qa-needstesting |
Changed in launchpad-registry: | |
status: | Fix Committed → Fix Released |
description: | updated |
description: | updated |
Changed in launchpad-registry: | |
status: | Triaged → Fix Committed |
tags: | added: qa-needstesting |
tags: |
added: qa-ok removed: qa-needstesting |
Changed in launchpad-registry: | |
status: | Fix Committed → Fix Released |
Milestones bugs need a major reimplementation. batching this may help, but breaks the UI because the driver need to see all the milestones. I think bugs need to be loaded in an async proc like bug subscribers.