Closed
Bug 298794
Opened 19 years ago
Closed 19 years ago
fastback interacts poorly with event queue prioritization
Categories
(Core :: DOM: Navigation, defect)
Core
DOM: Navigation
Tracking
()
RESOLVED
FIXED
People
(Reporter: bryner, Assigned: bryner)
References
Details
Attachments
(1 file)
722 bytes,
patch
|
darin.moz
:
review+
darin.moz
:
superreview+
chase
:
approval1.8b3+
|
Details | Diff | Splinter Review |
Docshell has code that decreases the relative priority of user events when starting a load. It's balanced by code in EndPageLoad that resets user events to their original priority. However, in the fastback case the calls aren't balanced, so we'd likely stop decreasing user event priority during real loads once you've done a fastback operation. This could help explain some reports of sites taking longer to load with fastback enabled.
Updated•19 years ago
|
Blocks: blazinglyfastback
Assignee | ||
Comment 1•19 years ago
|
||
Attachment #187370 -
Flags: superreview?(darin)
Attachment #187370 -
Flags: review?(darin)
Comment 2•19 years ago
|
||
Comment on attachment 187370 [details] [diff] [review] patch RestorePresentation is really getting to be a long function :-/ r+sr=darin
Attachment #187370 -
Flags: superreview?(darin)
Attachment #187370 -
Flags: superreview+
Attachment #187370 -
Flags: review?(darin)
Attachment #187370 -
Flags: review+
Assignee | ||
Comment 3•19 years ago
|
||
Comment on attachment 187370 [details] [diff] [review] patch requesting approval, very safe fix
Attachment #187370 -
Flags: approval1.8b3?
Comment 4•19 years ago
|
||
Comment on attachment 187370 [details] [diff] [review] patch a=chase
Attachment #187370 -
Flags: approval1.8b3? → approval1.8b3+
Assignee | ||
Comment 5•19 years ago
|
||
checked in
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•