changing the selected release while an ajax request is running in the background does not cancel the pending requests
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Errors |
Triaged
|
High
|
Brian Murray |
Bug Description
Launchpad querying being done asynchronously on errors.u.c means that the table of frequent crashes is updated in the background after the page loads. If you select a different release to view errors for while this thread is still running in the background, the thread is not cancelled. As a result, two different threads will be running to query launchpad data, for two different sets of crashes, and there's a race to see which one completes first. (And even if the race finishes in the right order, this results in excessive wibbling of the table since it will refresh twice, once with wrong data and once with the data you asked for.)
We somehow need these asynchronous lp queries to be cancelled when they are no longer relevant to what the user has requested.
It may save time to fix bug 1040140 at the same time as this bug.
Related branches
description: | updated |
Changed in errors: | |
importance: | Undecided → High |
status: | New → Triaged |
summary: |
- changing the selected release while a launchpad ajax request is running - in the background does not cancel the pending requests + changing the selected release while a ajax request is running in the + background does not cancel the pending requests |
Changed in errors: | |
status: | In Progress → Triaged |
summary: |
- changing the selected release while a ajax request is running in the + changing the selected release while an ajax request is running in the background does not cancel the pending requests |
I happened to run into this problem today when I was working on some rootfs build selection issues and found a solution in the YUI gallery, which I'll include in the error tracker.
https:/ /yuilibrary. com/gallery- archive/ gallery/ show/datasource -manage- stale.html