init({ loadMaps: true }) does not remove sourcemaps added earlier in the same pipeline

If a sourcemap is written, and then subsequently loaded and written again in the same pipeline, then the final output contains both sourcemaps.

For example, given the following input file (test.es6.js):

let value = 'Test Value';

console.log(`value: ${ value }`);

When running the following Gulp script:

import gulp from 'gulp';
import gulpBabel from 'gulp-babel';
import gulpRename from 'gulp-rename';
import gulpSourcemaps from 'gulp-sourcemaps';

gulp.task('test.es5.js', [], () => {
    return gulp.src('test.es6.js')
        .pipe(gulpSourcemaps.init())
        .pipe(gulpBabel())
        .pipe(gulpRename('test.es5.js'))
        .pipe(gulpSourcemaps.write())
        .pipe(gulpSourcemaps.init({ loadMaps: true }))
        .pipe(gulpSourcemaps.write())
        .pipe(gulp.dest('.'))
});

Then the following output is produced (test.es5.js):

'use strict';

var value = 'Test Value';

console.log('value: ' + value);
//# sourceMappingURL=data:application/json;base64,eyJ2ZXJzaW9uIjozLCJzb3VyY2VzIjpbInRlc3QuZXM2LmpzIl0sIm5hbWVzIjpbXSwibWFwcGluZ3MiOiI7O0FBQUEsSUFBSSxRQUFRLFlBQVo7O0FBRUEsUUFBUSxHQUFSLGFBQXVCLEtBQXZCIiwiZmlsZSI6InRlc3QuZXM1LmpzIiwic291cmNlc0NvbnRlbnQiOlsibGV0IHZhbHVlID0gJ1Rlc3QgVmFsdWUnO1xuXG5jb25zb2xlLmxvZyhgdmFsdWU6ICR7IHZhbHVlIH1gKTsiXSwic291cmNlUm9vdCI6Ii9zb3VyY2UvIn0=

//# sourceMappingURL=data:application/json;base64,eyJ2ZXJzaW9uIjozLCJzb3VyY2VzIjpbInRlc3QuZXM2LmpzIl0sIm5hbWVzIjpbXSwibWFwcGluZ3MiOiI7O0FBQUEsSUFBSSxRQUFRLFlBQVo7O0FBRUEsUUFBUSxHQUFSLGFBQXVCLEtBQXZCIiwiZmlsZSI6InRlc3QuZXM1LmpzIiwic291cmNlc0NvbnRlbnQiOlsibGV0IHZhbHVlID0gJ1Rlc3QgVmFsdWUnO1xuXG5jb25zb2xlLmxvZyhgdmFsdWU6ICR7IHZhbHVlIH1gKTsiXSwic291cmNlUm9vdCI6Ii9zb3VyY2UvIn0=

If the pipeline is separated into two stages, with the file being output via gulp.dest() after the first sourcemap is written and then a new pipeline is created via gulp.src(), then the first sourcemap is removed as expected:

'use strict';

var value = 'Test Value';

console.log('value: ' + value);


//# sourceMappingURL=data:application/json;base64,eyJ2ZXJzaW9uIjozLCJzb3VyY2VzIjpbInRlc3QuZXM2LmpzIl0sIm5hbWVzIjpbXSwibWFwcGluZ3MiOiI7O0FBQUEsSUFBSSxRQUFRLFlBQVo7O0FBRUEsUUFBUSxHQUFSLGFBQXVCLEtBQXZCIiwiZmlsZSI6InRlc3QuZXM1LnN0ZXAtMi5qcyIsInNvdXJjZXNDb250ZW50IjpbImxldCB2YWx1ZSA9ICdUZXN0IFZhbHVlJztcblxuY29uc29sZS5sb2coYHZhbHVlOiAkeyB2YWx1ZSB9YCk7Il0sInNvdXJjZVJvb3QiOiIvc291cmNlLyJ9

[otakustay]

I have the same problem:

rollup(merge(ROLLUP_CONFIG, {entry: './src/index.js'}))
            .pipe(source('index.js', './src/*'))
            .pipe(buffer())
            .pipe(sourcemaps.init({loadMaps: true}))
            .pipe(sourcemaps.write('./map'))
            .pipe(gulp.dest('.'));

This ended with a map/index.js.map file along with an inline sourcemap so the external .map file would never be used.

Another task includes an uglify step and it output the .map file and a correct sourceMappingURL

rollup(merge(ROLLUP_CONFIG, {entry: './src/index.js'}))
            .pipe(source('index.js', './src/*'))
            .pipe(buffer())
            .pipe(sourcemaps.init({loadMaps: true}))
            .pipe(uglify(UGLIFY_OPTIONS))
            .pipe(rename({suffix: '.min'}))
            .pipe(sourcemaps.write('./map'))
            .pipe(gulp.dest('.'));

The essential difference is the uglify step

[wvankuipers]

Use the previous release 2.2.0 or 1.9.0

In my case downgrading to 2.2.0 resolved this issue!