Issue metadata
Sign in to add a comment
|
Linkifying stack traces does not apply source maps
Reported by
mar...@probst.io,
May 25 2016
|
||||||||||||||||||||||
Issue descriptionChrome Version : 50.0.2661.102 OS Version: OS X 10.11.5 What steps will reproduce the problem? 1. Produce a file with a source map, for simplicities sake inline. Have the sourceMappingURL contain a file name, e.g. "foo.ts" (TypeScript in my use case). blah blah //# sourceMappingURL=data:application/json;base64,ey... //# sourceURL=http://some/absolute/path/foo.js Note that the sourceURL is different from the sourceMappingURL. sourceURL is needed so that we get anything reasonable in the stack trace at all, as the file is served using the eval()/sourceURL trick. I don't think that affects the issue though. 2. Have it throw an exception 3. Observe the stack trace applies sourceURL, but not sourceMappingURL: Pow! at Object.eval (http://some/absolute/path/foo.js:38:44) What is the expected result? Pow! at Object.eval (http://some/absolute/path/foo.ts:12:20) I.e. apply the sourceMappingURL to the stack trace, not just the sourceURL What happens instead of that? Pow! at Object.eval (http://some/absolute/path/foo.js:38:44) sourceURL is applied, but not sourceMappingURL. UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.102 Safari/537.36
,
May 25 2016
,
May 25 2016
Because somebody asked, sourceURL is different from the file from sourceMappingURL here - the point is that it's different, and the sourceMappingURL should prevail.
,
Jul 29 2016
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by mar...@probst.io
, May 25 2016