Eike Send 5ba8aa5854 Facilitate use of any regular ERB in database.yml ... Commit 37d1429ab1 introduced the DummyERB to avoid loading the environment when running `rake -T`. The DummyCompiler simply replaced all output from `<%=` with a fixed string and removed everything else. This worked okay when it was used for YAML values. When using `<%=` within a YAML key, it caused an error in the YAML parser, making it impossible to use ERB as you would expect. For example a `database.yml` file containing the following should be possible: development: <% 5.times do |i| %> shard_<%= i %>: database: db/development_shard_<%= i %>.sqlite3 adapter: sqlite3 <% end %> Instead of using a broken ERB compiler we can temporarily use a `Rails.application.config` that does not raise an error when configurations are accessed which have not been set as described in #35468. This change removes the `DummyCompiler` and uses the standard `ERB::Compiler`. It introduces the `DummyConfig` which delegates all known configurations to the real `Rails::Application::Configuration` instance and returns a dummy string for everything else. This restores the full ERB capabilities without compromising on speed when generating the rake tasks for multiple databases. Deprecates `config.active_record.suppress_multiple_database_warning`.		2022-09-27 17:07:40 +02:00
..
controllers	Fixes development Action Mailbox new mail form	2022-05-15 22:59:48 +02:00
dummy	Facilitate use of any regular ERB in database.yml	2022-09-27 17:07:40 +02:00
fixtures/files	Use image/jpeg instead of non-standard image/jpg	2021-03-05 13:14:11 -05:00
generators	Module#const_set is a public method	2020-09-15 17:19:37 +09:00
jobs
unit	Change the AS::Notification payload to include the mailbox instance	2022-03-10 09:43:34 +00:00
test_helper.rb	Depend on ruby/debug, replacing Byebug	2021-09-08 17:35:41 +02:00