Closed mykmelez closed 8 years ago
Taking a look now!
@mykmelez, I think the following would fix it, but I'm waiting on build to confirm:
diff --git a/positron/modules/atom_browser_web_contents.js b/positron/modules/atom_browser_web_contents.js
index 9b00839..eace1e6 100644
--- a/positron/modules/atom_browser_web_contents.js
+++ b/positron/modules/atom_browser_web_contents.js
@@ -35,17 +35,17 @@ let WebContents_prototype = {
openDevTools() {
// TODO: When tools can be opened inside the content window, support
// `detach` option to force into a new window instead.
// Ensure DevTools core modules are loaded, including support for the about
// URL below which is registered dynamically.
const { loader } = Cu.import("resource://devtools/shared/Loader.jsm", {});
- loader.require("devtools/client/main");
+ loader.require("devtools/client/framework/devtools-browser");
// The current approach below avoids the need for a container window
// wrapping a tools frame, but it does replicate close handling, etc.
// Historically we would have used toolbox-hosts.js to handle this, but
// DevTools will be moving away from that, and so it seems fine to
// experiment with toolbox management here.
let window = this._browserWindow._domWindow;
let id = window.QueryInterface(Ci.nsIInterfaceRequestor)
My build confirms that appears to fix the issue.
My build confirms that appears to fix the issue.
Thanks, @jryans! Fixed in f015b91.
This merges from upstream, and the merge itself was clean, but starting the "hello world" app throws:
And the devtools window doesn't open. It looks like this is a regression from bug 1201475, although I'm unsure how to fix it. The main module appears to have been moved (with a few changes) to devtools/client/dom/main, but changing the path to the module in the require() call isn't sufficient to resolve the regression, as that triggers:
@jryans, @ochameau: Do y'all have any ideas what needs to be done here?