-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Verify: order of the AssetPipelineFilter inside the filterChain #226
Comments
It used to be prefixing it... what grails version is this
…On Fri, Sep 7, 2018, 6:38 AM davidkron ***@***.***> wrote:
Currently AssetPipelineFilter doesn't specify any order and gets placed
after GrailsWebRequestFilter. In my opinion this is not correct and
should be reevaluated as an asset request doesn't need a GrailsWebRequest
and should therefore be placed before GrailsWebRequestFilter.
This has actually caused some side-effects in a production application of
us:
One thing the GrailsWebRequestFilter does is managing the flash scope. As
the AssetPipelineFilter comes after GrailsWebRequestFilter, every request
to an asset file will clear the flash scope, which can produce some
interesting race conditions.
Also this causes some minimal performance overhead by creating and
destroying a GrailsWebRequest.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#226>, or mute the
thread
<https://github.com/notifications/unsubscribe-auth/AABaEsIVKUvb4oQ_DvS2C4NZ_UPULHycks5uYky3gaJpZM4WemS->
.
|
I just tested with a new grails 3.3.8 project from http://start.grails.org. In both these versions the |
I could workaround the issue by adding the following to config in application.groovy |
set order to 0 in 3.2.3 coming out today |
Currently
AssetPipelineFilter
doesn't specify any order and gets placed afterGrailsWebRequestFilter
. In my opinion this is not correct and should be reevaluated as an asset request doesn't need aGrailsWebRequest
and should therefore be placed beforeGrailsWebRequestFilter
.This has actually caused some side-effects in a production application of us:
One thing the
GrailsWebRequestFilter
does is managing the flash scope. As theAssetPipelineFilter
comes afterGrailsWebRequestFilter
, every request to an asset file will clear the flash scope, which can produce some interesting race conditions.Also this causes some minimal performance overhead by creating and destroying a
GrailsWebRequest
.The text was updated successfully, but these errors were encountered: