Open
Bug 329580
Opened 18 years ago
Updated 2 years ago
reflows on bfcached documents
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
NEW
People
(Reporter: bryner, Unassigned)
Details
spun off from bug 327014 . If you click a link in a XUL document, then move the mouse, a reflow happens on the old document. There's no good reason why this should happen. I'm initially marking this security sensitive due to the source bug... if this wasn't a good idea we can open another bug with less info.
Comment 1•18 years ago
|
||
So generally speaking, do we do anything to prevent reflow on a document in bfcache? That is, if a reflow event gets posted before we put the page in bfcache and fires after, we'll reflow, right? I don't see us doing anything with reflow events in nsPresShell::Freeze(). For that matter, is there something we do to make sure that, say, a style change on a document in bfcache doesn't trigger reflow? That said, I was seeing bug 327014 on Linux because I had the SSL warning dialogs for going to/from secure pages enabled in the profile I was testing on. We were painting the main window while that alert was up, which called WillPaint on the presshell, which got us into the broken state.
Updated•18 years ago
|
Group: security
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•