Closed Bug 577981 Opened 14 years ago Closed 14 years ago

<iframe> inside of <dialog> behaves differently

Categories

(Core :: XUL, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Tracking Status
blocking2.0 --- beta3+

People

(Reporter: tonglebeak, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

Attached file XUL Testcase
Odd problem here. If I load an iframe inside of a dialog, it will work just fine if the type is "chrome." If the type is "content" then it will not load. This problem ONLY happens inside of <dialog>. It does not appear to happen inside of <window>.
This does not happen in 3.6, but does in the beta.

Mozilla/5.0 (X11; Linux x86_64; en-US; rv:2.0b2pre) Gecko/20100711 Gentoo Firefox/4.0b2pre

The testcase attached. Open "testcase.xul." You'll see a <window> with two iframes that are behaving as expected. Open the dialog by clicking the button, and you'll see the exact same iframes, behave differently. The blank is content, the visible is chrome.
Component: General → XUL
Product: Firefox → Core
QA Contact: general → xptoolkit.widgets
Aaron, would you have time to use nightlies to hunt down when the behavior changed here?
Phew, I can try. The binaries don't like to run on my gentoo system though. Will report back.
Looks like it breaks between 6-28 and 6-29
Aaron, what are the build ids (from about:buildconfig) for those two builds?
Yep, that's exactly it.  Changes made between those builds:

http://hg.mozilla.org/projects/electrolysis/pushloghtml?fromchange=8e4ceb3b4da5&tochange=a8fa5480651a

Unfortunately, those are electrolysis branch builds, so all that really tells us is that something in those merges from mozilla-central caused the problem.  Aaron, can you try mozilla-central nightlies?
blocking2.0: --- → ?
Yup, that's it. I cloned the repo, built and still confirmed the problem was there. Backed-out 7ad36412775e and the problem is gone.
resolved by the backout in bug 574690.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: