Age | Commit message (Expand) | Author |
---|---|---|
2021-01-19 | Fix overwriting existing sourcesContent in sourcemaps (#4567) | Jimb Esser |
2020-05-05 | update links to repository after rename (#3847) | Alex Lam S.L |
2020-04-17 | support optional output of `names` in source maps (#3784) | Alex Lam S.L |
2020-04-16 | improve source-map generation (#3782)...- emit singleton segments to mark generated code from input | Alex Lam S.L |
2020-04-15 | prevent input source map mutation (#3781)...fixes #3780 | Alex Lam S.L |
2020-03-30 | handle single-field segments (#3757) | Alex Lam S.L |
2020-03-28 | handle `source-map` operations internally (#3754) | Alex Lam S.L |
2018-06-06 | general clean-ups (#3175) | Alex Lam S.L |
2018-04-06 | support inline source map from multiple files (#3058)...fixes #145 | Alex Lam S.L |
2016-11-29 | Generate source map data from normalized files...If using `inSourceMap` this fix will ensure the copying of `sourcesContent` is based on potentially normalized `sources` values (https://github.com/mozilla/source-map/blob/master/lib/source-map-consumer.js#L304-L309). For example `normalize` (https://github.com/mozilla/source-map/blob/master/lib/util.js#L80-L123) will rewrite `./dist/mySource.js` to `dist/mySource.js` in the target `_sources` of the `SourceMapConsumer`. As a result `orig_map.sourceContentFor(source, true);` would return `null` since the orginal `source` was no longer available in the consumer. By using the keys generating from the `SourceMapConsumer.constructor` consistency is ensured. | Martijn Swaagman |
2016-07-17 | lib/sourcemap.js: Copy sourceContent from old souce-map to the new source-map... | Lauri Pokka |
2016-02-10 | Revert "using the original sourcemap as the base"...This reverts commit ad18689d926d25c7a25b95c630c2ad05b7b5f5b5. Reason for revert: introduce issue #882 Currently, generated sourcemap contains copy of all existing mappings and adds new mappings from uglified code to original one. However, previous mapping are no longer valid and shouldn't be added. | sergeyv |
2015-01-24 | fixes issue #621 SourceMap toString JSON format...The correct format of a sourcemap is acquired from a mozilla source map generator by calling toJSON on this object. This patch alters the toString function on mozilla generators to print the format that is to spec instead of the generator's internal representation of itself. | Bryce Cronkite-Ratcliff |
2015-01-04 | using the original sourcemap as the base...* Creates a new SourceMapGenerator based on a SourceMapConsumer: https://github.com/mozilla/source-map#sourcemapgeneratorfromsourcemapsourcemapconsumer | Caridy Patino |
2014-09-09 | Use uglify source map token names if missing | Jacob Kristhammar |
2014-03-02 | Handle the case when SourceMapConsumer.originalPositionFor returns null source....This happens when SourceMapConsumer does not have a valid position to map the input line and column. This is a change in mozilla/source-map starting from version 0.1.33 Fixes #436 | Arnavion |
2013-12-18 | Add option to adjust the src/target line in the source map | Mihai Bazon |
2012-10-02 | line numbers start at 1 | Mihai Bazon |
2012-10-02 | "use strict"; | Mihai Bazon |
2012-09-24 | Support input source map...This is useful while compressing generated code; for example compressing JS compiled by CoffeeScript (assuming you got a source map): uglifyjs2 --in-source-map generated.js.map \ --source-map uglified.js.map \ -o uglified.js The above assumes you have a "generated.js.map" file which is the source mapping between your CoffeeScript and the generated.js (compiled output from CoffeeScript). The name of the input file is not present in this example; it will be fetched from the source map (but it can be passed manually too). The output will be in "uglified.js" and the output map "uglified.js.map" will actually map to the original CoffeeScript code, rather than to generated.js. | Mihai Bazon |
2012-09-21 | better support for multiple input files:...- use a single AST_Toplevel node for all files - keep original source filename in the tokens | Mihai Bazon |
2012-08-29 | started support for generating source maps (WIP)...plugged in @fitzgen's source-map library | Mihai Bazon |