SourceMapping shows source-files as empty.
Reported by
f...@trablo.net,
Dec 21 2016
|
||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36 Steps to reproduce the problem: 1. sourcefile (let's call it main.ts) is only available in mapped workspace-folder 2. SourceMaps are enabled in DevTools-Settings 3. Set a breakpoint in main.js What is the expected behavior? main.ts opens in a new tab and the file-content is shown to the user. What went wrong? DevTools open a new source-tab "main.ts", but the file seems to be empty. Did this work before? N/A Chrome version: 55.0.2883.87 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 24.0 r0 If you change main.ts outside of Chrome (in the linked workspace folder), Chrome recognizes the change and shows the file content. If you refresh the webapp, the file-content is gone again.
,
Dec 22 2016
@flo: could you please also open devtools-on-devtools (like described here: https://coderwall.com/p/0m4hqa/chrome-devtools-inception) and check if there are any errors?
,
Dec 22 2016
Maybe I've chosen a too simplistic example. Let's do it in more detail: I have the following files in my workspace: module1.ts module2.ts They are transpiled and concatenated into main.js (a sourcemap is available as main.js.map). main.js & main.js.map are served to the client. module1.ts & module2.ts are not available for the application server. I disabled all Chrome-extensions. In my Chrome-devtools I've configured the workspace to link to my dev-folder. Furthermore main.js on the app-server is mapped to main.js in my workspace. The workspace-folder contains: module1.ts module2.ts main.js main.js.map How to reproduce: 1) Within Chrome-devtools I create a breakpoint in main.js. 2) Chrome opens a new source-tab with the title module1.ts, but it is empty. It shows a gray "1" as the only line-number and it seems that this file is empty. 3) If I hover over the source-tab it shows file://C:/path/to/my/workspace/module1.ts 4) The console of the devtools-on-devtools tell me that it tries to open module1.ts at http://localhost (HTTP status code:404). Further explorations: 5) If the app breaks at the breakpoint it presents an empty file "module1.ts". 6) If I open module1.ts in an editor the DevTools recognize the file-change and the correct file content is presented. 7) If I reload the page the file-content is gone again (empty file). 8) If I copy module1.ts to the app-server-directory the devtools work as expected -> correct file content is shown.
,
Dec 28 2016
Thank you for detailed report! There seems to be a race between establishing workspace mapping and loading content, which sometimes leads to empty content. So far I haven't managed to reproduce, but we are working on a potential fix.
,
Jan 13 2017
I think I'm hitting this, as well. Let me know if I can help provide more details.
,
Jan 23 2017
Everyone affected: could you please check if Chrome Canary has this issue as well?
,
Jan 26 2017
I just updated to Chrome 56 and it does not appear to fix the issue for me. The files still open as empty.
,
Jan 26 2017
@Dan: Any chance you can check Chrome Canary?
,
Jan 27 2017
@lushnikov: Just installed Canary, and it seems to be loading the files properly.
,
Jan 30 2017
Tried with Canary: Work like a charm! Thx!
,
Feb 28 2017
Issue 696843 has been merged into this issue.
,
Feb 28 2017
Issue 696841 has been merged into this issue.
,
Oct 4 2017
|
||
►
Sign in to add a comment |
||
Comment 1 by dgozman@chromium.org
, Dec 22 2016Owner: dgozman@chromium.org
Status: Assigned (was: Unconfirmed)