Issue metadata
Sign in to add a comment
|
chrome.devtools.network.onRequestFinished not capturing network requests while they appear in the Network request tab
Reported by
anveena....@gmail.com,
Mar 8 2018
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.146 Safari/537.36 Steps to reproduce the problem: 1. Navigate to http://game.granbluefantasy.jp 2. In the enclosed file, this is the whole list of network requests listed 3. Create a Chrome extension with for manifest: { "name": "Test", "version": "1.0.0", "manifest_version": 2, "devtools_page": "devtools.html", "permissions": [ "activeTab", "http://game.granbluefantasy.jp/*" ] } devtools.html is a one-liner page loading a JS script as follows: <script src="devtools.js"></script> devtols.js contents is as follows: chrome.devtools.network.onRequestFinished.addListener( function(request) { chrome.devtools.inspectedWindow.eval("console.log('" + JSON.stringify(request.request.url) + "')"); }) What is the expected behavior? In the DevTools console, a line for each Network request captured. What went wrong? Only some network requests are captured: "https://cdn-connect.mobage.jp/jssdk/mobage-menubar.2.4.2.min.js" VM7555:1 "http://game-a1.granbluefantasy.jp/assets_en/img_light/sp/banner/events/treasureraid066/banner_event_start_1.png" VM7556:1 "http://game-a3.granbluefantasy.jp/assets_en/1520485563/js_light/lib/require.js" VM7557:1 "http://game-a3.granbluefantasy.jp/assets_en/1520485563/js_light/config.js" VM7560:1 "http://game-a2.granbluefantasy.jp/assets_en/1520485563/css_light/common/submenu.css" There should be hundreds of them instead. The Chrome build 64.x worked fine. After upgrading to the build 65.x, chrome.devtools.network.onRequestFinished does not capture anymore some requests. Did this work before? Yes Chrome build 64.x Chrome version: 65.0.3325.146 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
Mar 9 2018
Eugene, mind taking a look? I was thinking this is OOPIF-related, but looks like ExtensionServer is listening to all the targets [1]. The problem should be in other place, if any. [1] https://cs.chromium.org/chromium/src/third_party/WebKit/Source/devtools/front_end/extensions/ExtensionServer.js?rcl=4ff9b28c3e6667cd1f7fac194bf51a7617d7a569&l=601
,
Oct 12
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by gov...@chromium.org
, Mar 9 2018Labels: Needs-Triage-M65