| Age | Commit message (Expand) | Author |
|---|
| 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 |
