Libsass: Mixins mit zusammengesetzten "&" Selektoren machen Quellkarten ungültig

Unter bestimmten Bedingungen bewirken zusammengesetzte Selektoren, die & , wie z. B. &.mod-enabled oder &:after , dass der Quellenkartengenerator Quellenkarten mit negativen Spaltenindizes erstellt.

Die Bedingungen sind:

• Die Regel muss ein zusammengesetzter Selektor sein, der den übergeordneten Selektor wie oben verwendet
• Die Regel muss in der Wurzel eines Mixins liegen
• Das Mixin muss mindestens 6 Mal im Dokument enthalten sein

Dies tauchte für mich auf, als gulp-sass auf Version 4.0 von node-sass umstieg, wodurch LibSass auf 3.4 stieg. Der kleinste reproduzierbare Testfall, den ich machen konnte, ist hier verfügbar .

Beispielfehler:

Error: Invalid mapping: {"generated":{"line":1,"column":6},"source":"mixins.scss","original":{"line":3,"column":-4},"name":null}
    at SourceMapGenerator_validateMapping [as _validateMapping] (/Users/cepheus/break-gulp-sass/node_modules/source-map/lib/source-map-generator.js:277:13)
    at SourceMapGenerator_addMapping [as addMapping] (/Users/cepheus/break-gulp-sass/node_modules/source-map/lib/source-map-generator.js:101:12)
    at /Users/cepheus/break-gulp-sass/node_modules/concat-with-sourcemaps/index.js:60:28
    at Array.forEach (native)
    at SourceMapConsumer_eachMapping [as eachMapping] (/Users/cepheus/break-gulp-sass/node_modules/source-map/lib/source-map-consumer.js:155:14)
    at Concat.add (/Users/cepheus/break-gulp-sass/node_modules/concat-with-sourcemaps/index.js:58:18)
    at DestroyableTransform.bufferContents [as _transform] (/Users/cepheus/break-gulp-sass/node_modules/gulp-concat/index.js:68:12)
    at DestroyableTransform.Transform._read (/Users/cepheus/break-gulp-sass/node_modules/readable-stream/lib/_stream_transform.js:159:10)
    at DestroyableTransform.Transform._write (/Users/cepheus/break-gulp-sass/node_modules/readable-stream/lib/_stream_transform.js:147:83)
    at doWrite (/Users/cepheus/break-gulp-sass/node_modules/readable-stream/lib/_stream_writable.js:347:64)

Eine Halbierung des Testfalls ergab, dass dieses Problem in Commit de83d30 eingeführt wurde.