Fallback to original file if sourcemap link is not found
Reported by
jeromin....@gmail.com,
May 12 2016
|
||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.87 Safari/537.36 OPR/37.0.2178.32 Steps to reproduce the problem: 1. Load a js file with a available sourceMappingURL 2. In this mapping there are .ts files referenced which are not available on this Computer 3. Try to set a breakpoint What is the expected behavior? Chrome Dev Tools should try to load the linked files. If they are not available debugging with the .js files should be fully usable. What went wrong? Dev Tools opens a new Source Tab with the referenced file. As the File is not available the Tab is empty and debugging is not possible. Did this work before? N/A Chrome version: 50.0.2661.87 Channel: n/a OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
May 17 2016
> what if some of the source files are available, and others are not? Optimal would be trying to load the original source file and skip only the matching of these. But probably it is much easier to skip the mapping of the whole compiled JS file in this case. > should we surface an error somewhere? Perhaps as a tooltip of the "non moved" breakpoint of the compiled JS file. And/or in the Breakpoint list on the right. A Title of a non working original source file could be strikethrough and/or red and a descriptive tooltip. > won't this confuse users which, for example, forgot to launch the local server with sources? It would look like a sourcemap doesn't work in this case. A tooltip could help in this case.
,
Nov 2 2017
An easy workaround would be to toggle the "javascript sourcemaps" checkbox in devtools settings. The toggle now happens live, no need to reload or break debugging session. |
||
►
Sign in to add a comment |
||
Comment 1 by dgozman@chromium.org
, May 16 2016Labels: -OS-Windows OS-All
Owner: lushnikov@chromium.org
Status: Assigned (was: Unconfirmed)