- 19 10月, 2014 2 次提交
-
-
由 Godfrey Chan 提交于
-
由 Zachary Scott 提交于
-
- 16 10月, 2014 1 次提交
-
-
由 Yves Senn 提交于
Closes #17197. Closes #17207. `{required}` is a type modifier so it should be: user:references{required}:index and not: user:references:index{required}
-
- 14 10月, 2014 1 次提交
-
-
由 Rafael Mendonça França 提交于
It was changed to not set the cookie in get requests at https://github.com/rails/turbolinks/commit/62cc3db457ad9745ccda047dd43ab84fb3d89707. Related with dcb05f26.
-
- 13 10月, 2014 1 次提交
-
-
由 masarakki 提交于
-
- 26 9月, 2014 1 次提交
-
-
由 Rafael Mendonça França 提交于
-
- 24 9月, 2014 1 次提交
-
-
由 Dan Olson 提交于
-
- 22 9月, 2014 1 次提交
-
-
由 Yuki Nishijima 提交于
* The assertions in AS::Duration don't actually assert. * The assertion in Railtie will pass even when `eager_load_namespaces` doesn't include `AppTemplate::Application` if `Rails.application` is truthy. For more details, see here: * https://github.com/rails/rails/pull/16998 * https://github.com/rails/rails/pull/17000
-
- 19 9月, 2014 1 次提交
-
-
由 Xavier Noria 提交于
If code is not eager loaded constants are loaded on demand. Constant autoloading is not thread-safe, so if eager loading is not enabled multi-threading should not be allowed. This showed up in certain Capybara scenarios: Most Capybara drivers other than Rack::Test need a web server. In particular, drivers for JavaScript support. Capybara launches WEBrick in its own thread for those but that per se is fine, because the spec thread and the server thread are coordinated. Problem comes if the page being served in the spec makes Ajax calls. Those may hit WEBrick in parallel, and since WEBrick is multi-threaded and allow_concurrency? returns true in the test environment before this patch, threads are spawned to serve those parallel requests. On the other hand, since eager_load is false by default in the test environment, constants are not preloaded. So the suite is autoloading constants in a multi-threaded set. That's a receipt for paracetamol. The symptom is random obscure errors whose messages point somehow to constant autoloading. As a consequence of this fix for allow_concurrency? WEBrick in Capybara scenarios no longer runs in multi-threaded mode. Fixes #15089.
-
- 17 9月, 2014 1 次提交
-
-
由 Yukio Mizuta 提交于
-
- 15 9月, 2014 2 次提交
-
-
由 yuuji.yaginuma 提交于
-
由 Yukio Mizuta 提交于
-
- 11 9月, 2014 4 次提交
-
-
由 Rafael Mendonça França 提交于
-
由 Rafael Mendonça França 提交于
-
由 Rafael Mendonça França 提交于
-
由 Rafael Mendonça França 提交于
This will avoid the warning in our tests. We delete all the config/environments/ files in the test app so our default code will not work.
-
- 10 9月, 2014 1 次提交
-
-
由 Akira Matsuda 提交于
Since cc03675d30b58e28f585720dad14e947a57ff5b the error message became like "Could not load database configuration. No such file -" which doesn't really tell what's actually missing.
-
- 08 9月, 2014 1 次提交
-
-
由 Godfrey Chan 提交于
Goals: 1. Default to :random for newly generated applications 2. Default to :sorted for existing applications with a warning 3. Only show the warning once 4. Only show the warning if the app actually uses AS::TestCase Fixes #16769
-
- 04 9月, 2014 3 次提交
-
-
由 Kasper Timm Hansen 提交于
-
由 Yves Senn 提交于
[Joshua Cody & Yves Senn] Closes #16757. Prior to this patch schema loading rake tasks had the potential to leak a connection to a different database. This had side-effects when rake tasks operating on the current connection (like `db:seed`) were chained.
- 03 9月, 2014 1 次提交
-
-
由 Washington Luiz 提交于
When copying migrations some engines might depend on schema from other engine so we can't blindly reverse all railties collection as that would affect the order they were originally loaded. This patch helps to only apply the order from engines specified in `railties_order`
-
- 02 9月, 2014 2 次提交
-
-
由 Matthew Draper 提交于
We're seeing too many failures to believe otherwise. This reverts commits bc116a55, cbde413d, bf0a6793, and 2440933f.
-
由 Rafael Mendonça França 提交于
-
- 28 8月, 2014 3 次提交
-
-
由 Akira Matsuda 提交于
-
由 Akira Matsuda 提交于
-
由 Akira Matsuda 提交于
-
- 27 8月, 2014 1 次提交
-
-
由 Yves Senn 提交于
This was caused by #15327.
-
- 22 8月, 2014 1 次提交
-
-
由 Sam Aarons 提交于
Refactored IP address checking in ActionDispatch::RemoteIp to rely on the IPAddr class instead of the unwieldly regular expression to match IP addresses. This commit keeps the same api but allows users to pass IPAddr objects to config.action_dispatch.trusted_proxies in addition to passing strings and regular expressions. Example: # config/environments/production.rb config.action_dispatch.trusted_proxies = IPAddr.new('4.8.15.0/16')
-
- 21 8月, 2014 1 次提交
-
-
由 slainer68 提交于
Change position of require active_job
-
- 20 8月, 2014 4 次提交
-
-
由 Carlos Antonio da Silva 提交于
A combination of two commits led into these failures: * The addition of a new active_record config in 24bb8347 * The revert of the config to use config.x as options holder in 43073b39 These tests remove activerecord from the load path, however the configuration is still in the application file, and they blow up.
-
由 Carlos Antonio da Silva 提交于
Previously setting simple values to the config.x object resulted in the following: config.x.super_debugger = true config.x.super_debugger #=> {} Which was against the examples showed in the changelog/release notes.
-
由 Rafael Mendonça França 提交于
This reverts commit de489134. Conflicts: railties/lib/rails/railtie/configuration.rb It added regression. Will be back after the beta
-
由 Rafael Mendonça França 提交于
1. Hashes can be assigned 2. We don't need a special level anymore The method chain only works in the top level. If users need a second level they need to assign a OrderedOptions to the key: config.resque.server = ActiveSupport::OrderedOptions.new config.resque.server.url = "http://localhost" config.resque.server.port = 3000 [Rafael Mendonça França + Carlos Antonio da Silva]
-
- 13 8月, 2014 3 次提交
-
-
由 Akira Matsuda 提交于
-
由 Akira Matsuda 提交于
-
由 Sean Griffin 提交于
As per discussion, this changes the model generators to specify `null: false` for timestamp columns. A warning is now emitted if `timestamps` is called without a `null` option specified, so we can safely change the behavior when no option is specified in Rails 5.
-
- 12 8月, 2014 2 次提交
-
-
由 Rafael Mendonça França 提交于
-
由 Akira Matsuda 提交于
Calling ActiveSupport::TestCase.i_suck_and_my_tests_are_order_dependent! in AS::TestCase makes everyone's tests order dependent, which should never be done by the framework.
-
- 09 8月, 2014 1 次提交
-
-
由 Aaron Patterson 提交于
-