1. 06 12月, 2016 1 次提交
  2. 30 11月, 2016 1 次提交
  3. 29 10月, 2016 1 次提交
  4. 14 9月, 2016 1 次提交
  5. 02 9月, 2016 1 次提交
  6. 25 8月, 2016 1 次提交
    • R
      Add load hooks to all tests classes · 0510208d
      Rafael Mendonça França 提交于
      Usually users extends tests classes doing something like:
      
          ActionView::TestCase.include MyCustomTestHelpers
      
      This is bad because it will load the ActionView::TestCase right aways
      and this will load ActionController::Base making its on_load hooks to
      execute early than it should.
      
      One way to fix this is using the on_load hooks of the components like:
      
          ActiveSupport.on_load(:action_view) do
            ActionView::TestCase.include MyCustomTestHelpers
          end
      
      The problem with this approach is that the test extension will be only
      load when ActionView::Base is loaded and this may happen too late in the
      test.
      
      To fix this we are adding hooks to people extend the test classes that
      will be loaded exactly when the test classes are needed.
      0510208d
  7. 16 8月, 2016 1 次提交
  8. 07 8月, 2016 3 次提交
  9. 06 7月, 2016 1 次提交
  10. 07 6月, 2016 1 次提交
    • J
      Do not suggest nonsensical OpenSSL verify modes [ci skip] · 5e3fb2f7
      Jonne Haß 提交于
      SSL_set_verify(3) explains:
      
      SSL_VERIFY_FAIL_IF_NO_PEER_CERT
        Server mode: if the client did not return a certificate, the TLS/SSL
      handshake is immediately terminated with a "handshake failure" alert.
      This flag must
        be used together with SSL_VERIFY_PEER.
      
        Client mode: ignored
      
      SSL_VERIFY_CLIENT_ONCE
        Server mode: only request a client certificate on the initial TLS/SSL
      handshake. Do not ask for a client certificate again in case of a
      renegotiation.
        This flag must be used together with SSL_VERIFY_PEER.
      
        Client mode: ignored
      
      The SMTP connection here uses a OpenSSL socket in client mode,
      suggesting invalid/ignored flags is rather misleading.
      5e3fb2f7
  11. 31 5月, 2016 1 次提交
  12. 16 5月, 2016 1 次提交
    • J
      Action Mailer: Declarative exception handling with `rescue_from`. · e35b98e6
      Jeremy Daer 提交于
      Follows the same pattern as controllers and jobs. Exceptions raised in
      delivery jobs (enqueued by `#deliver_later`) are also delegated to the
      mailer's rescue_from handlers, so you can handle the DeserializationError
      raised by delivery jobs:
      
      ```ruby
      class MyMailer < ApplicationMailer
        rescue_from ActiveJob::DeserializationError do
          …
        end
      ```
      
      ActiveSupport::Rescuable polish:
      * Add the `rescue_with_handler` class method so exceptions may be
        handled at the class level without requiring an instance.
      * Rationalize `exception.cause` handling. If no handler matches the
        exception, fall back to the handler that matches its cause.
      * Handle exceptions raised elsewhere. Pass `object: …` to execute
        the `rescue_from` handler (e.g. a method call or a block to
        instance_exec) against a different object. Defaults to `self`.
      e35b98e6
  13. 10 5月, 2016 2 次提交
  14. 07 5月, 2016 1 次提交
  15. 28 4月, 2016 1 次提交
  16. 26 4月, 2016 1 次提交
  17. 16 4月, 2016 1 次提交
  18. 14 4月, 2016 1 次提交
  19. 10 4月, 2016 1 次提交
  20. 08 4月, 2016 1 次提交
    • J
      Disallow calling `#deliver_later` after local message modifications. · 95e06e66
      Jeremy Daer 提交于
      They would be lost when the delivery job is enqueued, otherwise.
      Prevents a common, hard-to-find bug like:
      
      ```ruby
      message = Notifier.welcome(user, foo)
      message.message_id = my_generated_message_id
      message.deliver_later
      ```
      
      The message_id is silently lost here! *Only the mailer arguments are
      passed to the delivery job.*
      
      This raises an exception now.
      
      Make modifications to the message within the mailer method or use a
      custom Active Job to manage delivery instead of using #deliver_later.
      95e06e66
  21. 06 4月, 2016 1 次提交
  22. 07 3月, 2016 1 次提交
    • Y
      Prevent not-intended loading of `ActionDispatch::IntegrationTest` · 9a642931
      yui-knk 提交于
      After 9d378747 `ActionDispatch::IntegrationTest`
      class is loaded and defined in all Rails environments, not only test but also
      production. This is not-intended loading of a class which is only used in
      test environment.
      To prevent not-intended loading, add `ActiveSupport.run_load_hooks` to
      `ActionDispatch::IntegrationTest` with `action_dispatch_integration_test` name
      and use it in `ActionMailer`.
      9a642931
  23. 04 3月, 2016 1 次提交
  24. 03 3月, 2016 1 次提交
  25. 24 2月, 2016 9 次提交
  26. 23 2月, 2016 2 次提交
    • D
      Prevent ActionMailer initializer from triggering load of ActionMailer · 42e9eed9
      Dave Gynn 提交于
      the after_initialize block has been changed to use the configuration from
      `config.action_mailer` rather than `ActionMailer::Base` so that action mailer
      is not loaded before it is necessary.
      the mailer preview routes setup have been moved out of an `on_load(:action_mailer)`
      block.
      42e9eed9
    • J
      Add `internal` attribute to routes · cd8bb8b6
      Jon Moss 提交于
      This is meant to provide a way for Action Cable, Sprockets, and possibly
      other Rack applications to mark themselves as internal, and to exclude
      themselves from the routing inspector, and thus `rails routes` / `rake
      routes`.
      
      I think this is the only way to have mounted Rack apps be marked as
      internal, within AD/Journey. Another option would be to create an array
      of regexes for internal apps, and then to iterate over that everytime a
      request comes through. Also, I only had the first `add_route` method set
      `internal`'s default to false, to avoid littering it all over the
      codebase.
      cd8bb8b6
  27. 16 2月, 2016 2 次提交