See bug 375390 comment 24. I'll try to get a patch together today.
If you only have time for one I'd prefer a branch patch for bug 387544
To be honest, that one is a _lot_ more work and needs pretty extensive testing for any patch we come up with. See bug 387544 comment 1. It shouldn't be going in this close to the end of a branch cycle. :(
Summary: Disallow reflow while processing constructors → [FIX]Disallow reflow while processing constructors
Comment on attachment 283411 [details] [diff] [review] Fix (branch only) r+sr=dbaron
Comment on attachment 283411 [details] [diff] [review] Fix (branch only) Requesting branch approval. I think this should be pretty safe in the sense that it restores the status quo before bug 267833 was checked in.
Attachment #283411 - Flags: approval18.104.22.168?
Comment on attachment 283411 [details] [diff] [review] Fix (branch only) approved for 22.214.171.124, a=dveditz for release-drivers
Attachment #283411 - Flags: approval126.96.36.199? → approval188.8.131.52+
Whiteboard: restore pre-267833 status quo to prevent regressions
Checked in on branch.
Status: ASSIGNED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → FIXED
We should document the change from branch to trunk here: on trunk, trying to get layout information in an XBL constructor will actually get up-to-date information, triggering restyles and reflow as needed. On branch you don't get that.
This is now documented. See: http://developer.mozilla.org/en/docs/XBL:XBL_1.0_Reference:Elements#constructor Marking as doc completed. Is this going into some build of Firefox 2? I ask because of the approval for 184.108.40.206. If so, which Firefox version does it apply to?
> Is this going into some build of Firefox 2? The patch that went into the branch was to restore the old branch behavior (not allowing reflow inside a constructor). So there's no need for branch documentation changes here.
You need to log in before you can comment on or make changes to this bug.