Since this can change at runtime, we can't just add another queue for the active tab. We must pick events by handle status which must be added a toplevel win id. This is just a quick thought, tho.

Impl details: the event queue will move to file handle. we will pick handles by priority (multiple factors) and execute the event first in the queue on a proper thread. There will not be possible to run more than one event of the same handle at the same time. But events from multiple handles may run concurrently on other threads.

Releasing this bug for the moment. I'll try to find an owner.

Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258

(In reply to Honza Bambas (:mayhemer) from comment #1) > Impl details: the event queue will move to file handle. we will pick > handles by priority (multiple factors) and execute the event first in the > queue on a proper thread. There will not be possible to run more than one > event of the same handle at the same time. But events from multiple handles > may run concurrently on other threads. Hey I would love to work on this, could you nudge towards relevant code/homework?

Hi, thanks for the offer, however, this bug will be fixed as part of a larger effort that has not been planned yet. We want to design even smarter queuing for cache requests regarding not only active tab activeness but also according the original request priority and number of other factors. hence, for now, this is a very low priority bug for Necko.