New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 611397 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit 29 days ago
Closed: Nov 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

Fallback to original file if sourcemap link is not found

Reported by jeromin....@gmail.com, May 12 2016

Issue description

UserAgent: 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:
 
Cc: kozyatinskiy@chromium.org dgozman@chromium.org pfeldman@chromium.org
Labels: -OS-Windows OS-All
Owner: lushnikov@chromium.org
Status: Assigned (was: Unconfirmed)
That's an interesting idea, but it has some questions to resolve:
- what if some of the source files are available, and others are not?
- should we surface an error somewhere?
- 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.
> 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. 
Status: WontFix (was: Assigned)
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