Update resolve-url-loader to the latest version 🚀

[greenkeeper]

Version 2.3.1 of resolve-url-loader was just published.

Dependency	resolve-url-loader
Current Version	2.3.0
Type	devDependency

The version 2.3.1 is not covered by your current version range.

If you don’t accept this pull request, your project will work just like it did before. However, you might be missing out on a bunch of new features, fixes and/or performance improvements from the dependency update.

It might be worth looking into these changes and trying to get this project onto the latest version of resolve-url-loader.

If you have a solid test suite and good coverage, a passing build is a strong indicator that you can take advantage of these changes directly by merging the proposed change into your project. If the build fails or you don’t have such unconditional trust in your tests, this branch is a great starting point for you to work on the update.

---

Commits

The new version differs by 1 commits.

• f1dfda7 public notice on the readme, bump patch version

See the full diff

FAQ and help

There is a collection of frequently asked questions. If those don’t help, you can always ask the humans behind Greenkeeper.

---

Your Greenkeeper bot 🌴

[greenkeeper]

• The devDependency resolve-url-loader was updated from 2.3.0 to 3.0.0.

Update to this version instead 🚀

Release Notes for 3.0.0 Postcss

Features

• Use postcss parser by default. This is long overdue as the old rework parser doesn't cope with modern css.

• Lots of automated tests running actual webpack builds. If you have an interesting use-case let me know.

Breaking Changes

• Multiple options changed or deprecated.
• Removed file search "magic" in favour of join option.
• Errors always fail and are no longer swallowed.
• Processing absolute asset paths requires root option to be set.

Migrating

Initially set option engine: 'rework' for parity with your existing build. Once working you can remove this option or set engine: 'postcss' explicitly.

Retain keepQuery option if you are already using it.

The root option now has a different meaning. Previously it limited file search. Now it is the base path for absolute or root-relative URIs, consistent with css-loader. If you are already using it you can probably remove it.

If you build on Windows platform and your content contains absolute asset paths, then css-loader could fail. The root option here may fix the URIs before they get to css-loader. Try to leave it unspecified, otherwise (windows only) set to empty string root: ''.