1. 27 7月, 2012 1 次提交
  2. 25 7月, 2012 1 次提交
  3. 24 7月, 2012 1 次提交
  4. 22 7月, 2012 3 次提交
  5. 21 7月, 2012 2 次提交
  6. 20 7月, 2012 4 次提交
  7. 19 7月, 2012 1 次提交
  8. 18 7月, 2012 5 次提交
  9. 13 7月, 2012 2 次提交
  10. 11 7月, 2012 4 次提交
  11. 10 7月, 2012 1 次提交
  12. 09 7月, 2012 1 次提交
  13. 08 7月, 2012 2 次提交
    • @
      move route_inspector to actionpack · ef91cddb
      @schneems and @mattt 提交于
      this is so we can show route output in the development when we get a routing error. Railties can use features of ActionDispatch, but ActionDispatch should not depend on Railties.
      ef91cddb
    • S
      show routes while debugging RoutingError · fa714ec7
      schneems 提交于
      If someone receives a routing error, they likely need to view the routes. Rather than making them visit '/rails/info/routes' or run `rake routes` we can give them that information on the page.
      fa714ec7
  14. 07 7月, 2012 3 次提交
    • C
      ea7b48b0
    • K
      Added support add_flash_types · 238a4253
      kennyj 提交于
      238a4253
    • M
      Prevent conflict between mime types and Object methods · 021f3d24
      Mircea Pricop 提交于
      Assuming the type ":touch", Collector.new was calling
      send(:touch), which instead of triggering method_missing
      and generating a new collector method, actually
      invoked the private method `touch` inherited from
      Object.
      
      By generating the method for each mime type as it
      is registered, the private methods on Object can
      never be reached by `send`, because the `Collector`
      will have them before `send` is called on it.
      
      To do this, a callback mechanism was added to Mime::Type
      
      This allows someone to add a callback for whenever
      a new mime type is registered. The callback then
      gets called with the new mime as a parameter.
      
      This is then used in AbstractController::Collector
      to generate new collector methods after each mime
      is registered.
      021f3d24
  15. 06 7月, 2012 1 次提交
  16. 04 7月, 2012 8 次提交