cs

Author: weaverryan

lib/loaders/vue-unactivated-loader.js

@@ -25,9 +25,11 @@ const loaderUtils = require('loader-utils');
  * register this as a loader for scss (for example), then the
  * user *would* still be able to use lang="scss"... but it would
  * not use our custom sass-loader configuration.
+ *
+ * @return {function}
  */
 module.exports = function() {
-    const options = loaderUtils.getOptions(this) || {}
+    const options = loaderUtils.getOptions(this) || {};
 
     // the vue-unactivated-loader-error transformer expects some of this language
     throw new Error(`Cannot process lang="${options.lang}" inside ${this.resourcePath}: the ${options.loaderName} is not activated. Call ${options.featureCommand} in webpack.config.js to enable it.`);

lib/loaders/vue.js

@@ -96,15 +96,15 @@ module.exports = {
                     loaderName: 'sass-loader',
                     featureCommand: loaderFeatures.getLoaderFeatureMethod('sass')
                 }
-            }
+            };
         }
 
         if (webpackConfig.useLessLoader) {
             loaders.less = extractText.extract(
                 webpackConfig,
                 lessLoaderUtil.getLoaders(webpackConfig, true),
                 true
-            )
+            );
         } else {
             loaders.scss = {
                 loader: require.resolve('./vue-unactivated-loader'),
@@ -113,7 +113,7 @@ module.exports = {
                     loaderName: 'less-loader',
                     featureCommand: loaderFeatures.getLoaderFeatureMethod('less')
                 }
-            }
+            };
         }
 
         return [

package.json

@@ -36,6 +36,7 @@
     "file-loader": "^0.10.1",
     "friendly-errors-webpack-plugin": "^1.6.1",
     "fs-extra": "^2.0.0",
+    "loader-utils": "^1.1.0",
     "lodash": ">=3.5 <5",
     "pkg-up": "^1.0.0",
     "pretty-error": "^2.1.0",