18

I'm struggling to understand how Rails 3.2 applies layouts when using mountable engines.

Scenario: I'm building an engine which itself has a dashboard view and an admin view for various admin functions. I want the dashboard to have its layout overridable by the base application (if the user desires) but the admin should always use its own layout.

Here's what I have at the moment inside my engine;

application_controller.rb

module Myengine
  class ApplicationController < ActionController::Base

admin/dashboard_controller.rb

module Myengine                                                                                                          
  class Admin::DashboardController < ApplicationController

now I have my engines application.html.erb apply a hideous Red background whilst the base applications application.html.erb uses a pleasant yellow background so I can distinguish which application layout is being applied.

In this situation, if I access the base application first I see my yellow background (from the base app) and if I go to both the engine and the engines admin path the yellow background remains.

If I restart the server and access the engine first then I see the red background for the engine and the engines admin path whilst the base application shows the yellow background.

If I modify my admin/dashboard_controller.rb as follows;

module Myengine
  class Admin::DashboardController < ApplicationController
    layout 'myengine/application'

which I would expect to only apply to the engine/admin controller - but if I restart the server and access the engine/admin path I see the red background whilst the root view of the engine uses the base application yellow layout.

If I restart the server again and access the root of the mounted engine I get the red background applied which remains on the engines admin path too.

Aaaaarggggghhhhh!

Is it expected behaviour to have different layouts of the application used depending on which path of the application is accessed first? Surely not?? I must be doing something wrong!

John Beynon
  • 36,235
  • 7
  • 79
  • 92
  • I noticed the same behavior with https://github.com/grigio/rails_container_and_engines :( but I append the engine theme to the main_app one with "all" %> – grigio Apr 10 '12 at 22:55

1 Answers1

15

I've debugged the problem and actually it's not a bug in Engines. The problem is caused by the way rails dependencies are loaded.

This code will behave differently in 2 scenarios that you're showing:

module Enginedemo
  class DashboardController < ApplicationController
  end
end

If ApplicationController is already loaded, rails will assume that we just want to use it and you will actually not inherit from Enginedemo::ApplicationController but from ApplicationController. In the other scenario, when you first load engine's controller, ApplicationController is not loaded yet, so Rails does the right thing.

Thankfully this problem occurs only in development environment as in production controllers are loaded when application is booting.

I'm not sure if this is something that can be easily fixed in rails dependencies, I will take a look at it.

For now, please explicitly require application controller:

require 'enginedemo/application_controller'

module Enginedemo
  class DashboardController < ApplicationController
  end
end
Piotr Sarnacki
  • 754
  • 6
  • 9
  • 19
    Or, alternatively, reference the right constant: `class DashboardController < Enginedemo::ApplicationController` so you don't have to explicitly load it everywhere. – Ryan Bigg Apr 17 '12 at 23:00
  • 2
    Thanks, I was having the same problem on Rails 4.2.1. Three years later the answer is still very useful. – dusan Jun 16 '15 at 18:33
  • I hear the `require_dependency` macro is also usable in place of require for these situations. – Epigene Jan 18 '16 at 13:54