aboutsummaryrefslogtreecommitdiffstats
path: root/spec/lib/alaveteli_external_command_scripts
diff options
context:
space:
mode:
authorLouise Crow <louise.crow@gmail.com>2014-10-31 13:08:29 +0000
committerLouise Crow <louise.crow@gmail.com>2014-10-31 14:03:36 +0000
commite96e756c43a6b0a81d917a4f093119a51d9a4115 (patch)
treec8bfc387445afbe03a21bf5bb3b9f90a804970d3 /spec/lib/alaveteli_external_command_scripts
parent12ca8e573a28b9c5f7cc026599dc499c7434f5dc (diff)
Comment out spec which sends an invalid utf-8 param.0.19.0.9hotfix/0.19.0.9
The original error `ActionView::Template::Error` that this spec was written to represent (#1406) occurred under ruby 1.8 when the decoded non-utf-8 string was used in the locale switcher on the 'not found' error page to generate a url for the alternative locales. Under Ruby >= 1.9, the error thrown in that situation is an `invalid byte sequence in UTF-8` error, thrown in the same place - the locale switcher. However, no error seems to be thrown when the same param is used in a request in production. The upgrade to Rails 3.2.20 causes `String.split` to be called on the request path in `actionpack/lib/action_dispatch/middleware/static.rb` in order to check for attempts to access files outside the `public` directory. This means that under Ruby >= 1.9, an `invalid byte sequence in UTF-8` error will be thrown there in running this spec. I think a possible solution is to use the `rack-utf8_sanitizer` gem to provide middleware to strip invalid utf-8 from request URIs and headers before they're processed by Rails, but it's currently unclear whether that would have any undesirable side-effects.
Diffstat (limited to 'spec/lib/alaveteli_external_command_scripts')
0 files changed, 0 insertions, 0 deletions