Add assets.resolve_assets_in_css_urls
configuration option to allow disabling AssetUrlProcessor
#489
+32
−8
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
As reported in #478 / #486, the introduction of the
AssetUrlProcessor
in #476 broke some folks' CSS assets when they upgraded beyond sprockets-rails v3.2.2, but it was not released in a new major version.To remedy this, let's makeAssetUrlProcessor
be opt-in for now with the plan to change it to opt-out in the next major version. In this PR, I'm proposing the addition of a newassets.rewrite_css_urls
configuration option to control whether or notAssetUrlProcessor
is registered. We can default it tofalse
in sprockets-rails v3.x and change the default totrue
in v4.0.Per #489 (comment), we'll roll forward with defaulting
AssetUrlProcessor
to enabled, but it can be disabled by setting a newassets.resolve_assets_in_css_urls
configuration option tofalse
.