aboutsummaryrefslogtreecommitdiffstats
path: root/actionpack/test/dispatch/debug_exceptions_test.rb
Commit message (Collapse)AuthorAgeFilesLines
* Return a 405 response for unknown HTTP methodsLewis Marshall2013-04-221-0/+6
|
* strong parameters exception handlingBrian Alexander2013-01-151-0/+6
|
* display mountable engine routes on RoutingError.Yves Senn2013-01-051-2/+20
|
* Fix test for DebugExceptions due to template changeGuillermo Iguaran2012-12-311-1/+1
|
* Add Missing Keys from Journey on failed URL formatschneems2012-08-281-0/+11
| | | | | | | | | | | | | | | | | | | | | | | Many named routes have keys that are required to successfully resolve. If a key is left off like this: <%= link_to 'user', user_path %> This will produce an error like this: No route matches {:action=>"show", :controller=>"users"} Since we know that the :id is missing, we can add extra debugging information to the error message. No route matches {:action=>"show", :controller=>"users"} missing required keys: [:id] This will help new and seasoned developers look closer at their parameters. I've also subclassed the routing error to be clear that this error is a result of attempting to generate a url and not because the user is trying to visit a bad url. While this may sound trivial this error message is misleading and confuses most developers. The important part isn't what's in the options its's what's missing. Adding this information to the error message will make debugging much more obvious. This is the sister pull request of https://github.com/rails/journey/pull/44 which will be required to get they missing keys into the correct error message. Example Development Error in Rails: http://cl.ly/image/3S0T0n1T3421
* Raise ActionController::BadRequest for malformed parameter hashes.Andrew White2012-05-201-0/+6
| | | | | | | | | | | | | | Currently Rack raises a TypeError when it encounters a malformed or ambiguous hash like `foo[]=bar&foo[4]=bar`. Rather than pass this through to the application this commit captures the exception and re-raises it using a new ActionController::BadRequest exception. The new ActionController::BadRequest exception returns a 400 error instead of the 500 error that would've been returned by the original TypeError. This allows exception notification libraries to ignore these errors if so desired. Closes #3051
* Removed unused assigns from ActionView::Template::Errorbrainopia2012-01-201-1/+1
| | | | | They existed since initial rails commit by DHH but lost use a long time ago
* Remove other old compatibility constantsCarlos Antonio da Silva2012-01-171-2/+2
|
* Warning removed "warning: (...) interpreted as grouped expression"Arun Agrawal2011-12-161-1/+1
|
* Close the response body on cascade pass, closes #3975.José Valim2011-12-141-3/+22
|
* log exception backtrace when all backtrace lines silencedSergey Nartimov2011-12-131-0/+13
|
* Fix failing cascade exception.José Valim2011-12-031-0/+9
|
* Split and improve show and debug exceptions middlewares.José Valim2011-12-011-0/+116