Commits on Jul 18, 2024

1. Don't attempt to load SettingsChange too early …

   This is an attempt to reimplement ManageIQ#22853 since that was reverted in ManageIQ#23038.
   
   High level: We have plugins that expect the `Settings` constant to be defined.
   These will have to use the defaults from the filesystem as we don't have access to the database this early.
   
   We can then use a rails 7 friendly location to start autoloading, the after_initialize.
   
   Using the test from ManageIQ#23038, I was able to verify this on the rails7 branch and on master with rails 6.1:
   
   ```
   joerafaniello@Joes-MBP manageiq % bin/rails c
   Loading development environment (Rails 6.1.7.8)
   irb(main):001:0> SettingsChange.first
   => nil
   irb(main):002:0>  Settings.log.level
   => "info"
   irb(main):003:0>  Settings.log.level = "debug"
   => "debug"
   irb(main):004:0> Vmdb::Settings.save!(MiqServer.my_server, Settings.to_h)
   => []
   irb(main):005:0>  Settings.log.level
   => "debug"
   irb(main):006:0> SettingsChange.first
   => #<SettingsChange:0x00000001183e5648 id: 99000000000005, resource_type: "MiqServer", resource_id: 99000000000002, key: "/log/level", value: "debug", created_at: Thu, 18 Jul 2024 19:15:50.513221000 UTC +00:00, updated_at: Thu, 18 Jul 2024 19:15:50.513221000 UTC +00:00>
   irb(main):007:0> exit
   joerafaniello@Joes-MBP manageiq % bin/rails c
   Loading development environment (Rails 6.1.7.8)
   irb(main):001:0>  Settings.log.level
   => "debug"
   ```

   

   jrafanie committed Jul 18, 2024
   Configuration menu

   • View commit details
   • Copy full SHA for b3b6757
   • Browse repository at this point

   Copy the full SHA

   b3b6757 View commit details

   Browse the repository at this point in the history