This is a follow up for bug 1311177 See also this comment: https://bugzilla.mozilla.org/show_bug.cgi?id=1311177#c38 In Chrome, the object returned from getHAR is a HAR "log" (http://www.softwareishard.com/blog/har-12-spec/#log), so you could do something like: function gotHar(har) { document.querySelector("#har").textContent = `Har: ${har.version}`; console.log(har); } document.querySelector("#gethar").addEventListener("click", () => { chrome.devtools.network.getHAR(gotHar); }); Firefox should behave the same. Honza

Try looks good https://treeherder.mozilla.org/#/jobs?repo=try&revision=f9621421ae65212412513b558077b0b4d831bf45 Honza

Comment on attachment 8961725 [details] Bug 1448288 - Make devtools.network.getHAR API compatible with Chrome; https://reviewboard.mozilla.org/r/230600/#review236078 Thanks Jan for quickly fixing this incompatibility with the format of the result of the related Chrome API. Do you mind if we also add a couple of additional steps in this test to verify that the empty log is still correctly received when the netmonitor panel has been selected but no network data has been collected yet? (which should be enough to verify that Bug 1447840 is also fixed by this patch). we could just add the following steps near line 172: ``` // Select the Net panel. await toolbox.selectTool("netmonitor"); // Get HAR again, it should be empty because the Panel is selected but no data collected yet. const getHAREmptyPromiseWithPanel = extension.awaitMessage("getHAR-result"); extension.sendMessage("getHAR"); const emptyResultWithPanel = await getHAREmptyPromiseWithPanel; is(emptyResultWithPanel.entries.length, 0, "HAR log should be empty"); // Reload the page to collect some HTTP requests. ... ```

(In reply to Luca Greco [:rpl] from comment #3) > Do you mind if we also add a couple of additional steps in this test to > verify that the empty log is still > correctly received when the netmonitor panel has been selected but no > network data has been collected yet? > (which should be enough to verify that Bug 1447840 is also fixed by this > patch). Done The HAR log is always generated even if there are no requests. Thanks for the review Luca! Honza

Pushed by jodvarko@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7e8b408417b8 Make devtools.network.getHAR API compatible with Chrome; r=rpl

Comment on attachment 8961725 [details] Bug 1448288 - Make devtools.network.getHAR API compatible with Chrome; Approval Request Comment [Feature/Bug causing the regression]: bug 1311171 [User impact if declined]: Non compatible WebExtension API (for DevTools Network panel) [Is this code covered by automated tests?]: Yes [Has the fix been verified in Nightly?]: Yes [Needs manual test from QE? If yes, steps to reproduce]: No [List of other uplifts needed for the feature/fix]: n/a [Is the change risky?]: Low risk [Why is the change risky/not risky?]: Small patch, just for extension developer audience. [String changes made/needed]: n/a

Comment on attachment 8961725 [details] Bug 1448288 - Make devtools.network.getHAR API compatible with Chrome; fix for a new API in 60, beta60+