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	…
generators	…
jobs	…
unit	Change the AS::Notification payload to include the mailbox instance	2022-03-10 09:43:34 +00:00
test_helper.rb	…