Closed Bug 540235 Opened 16 years ago Closed 16 years ago

nsDocShell.cpp can access nsContentUtils.cpp

Categories

(Firefox Build System :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: justin.lebar+bug, Unassigned)

References

Details

Attachments

(1 file, 1 obsolete file)

In bug 500328, I discovered that I can add an nsAutoScriptBlocker to code in nsDocShell.cpp without breaking the build. Boris, Jonas, and I are all surprised by this [1]. The attached patch builds without error on my Linux box. I'll push to try and make sure that it compiles elsewhere, but I suspect that it will, since my patch for bug 500328 builds on all the try platforms. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=500328#c72
Blocks: 500328
OS: Windows XP → All
Hardware: x86 → All
Hm...this is compiling fine on try, but dying when it's run [1]. I think I may have just put the script blocker in a bad place, though. [1] http://tinderbox.mozilla.org/showlog.cgi?log=MozillaTry/1263695672.1263699748.32509.gz
As suspected, the previous patch crashed on load because I was creating the script blocker before nsContentUtils::Init() was called. I put the script blocker into the print preview function, and calling print preview doesn't crash the browser.
Attachment #422045 - Attachment is obsolete: true
Is this an --enable-libxul build (which is the default)? I'd only expect this to break the build with --disable-libxul.
Aha, yes. If I build with --disable-libxul --disable-ipc, I get a compile error. Thanks for clearing this up.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
Could you just start linking dochshell to gklayout?
Being able to access nsAutoScriptBlocker from the docshell would definitely be a lot nicer than working around that limitation. But if we can't change the build, perhaps I'll try to move the script blocker code out of contentutils and into a more widely-included library.
I think linking docshell into gklayout would be ok. bz, benjamin, opinions?
Yeah, although I think we should really just require --enable-libxul (or the equivalent static build).
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: