Rails - Feb 2006 - (BUG in svn/trunk?) - superclass mismatch for any subclass of ApplicationController

I track svn/trunk of Rails using svn:externals

Some change to Rails committed in the last 1-2 days broke my subclass
of ApplicationController

The example, below, works with Rails 1.0, but in today''s svn, it dies
with the following error:

"superclass mismatch for class FooController"

class ApplicationController < ActionController::Base
end

class FooController < ApplicationController
end


The reason I''m emailing the list instead of filing a bug report is to
see if anyone knows if this change was intentional.  I hope not,
because I really do need to have a subclass of ApplicationController.

Any advice appreciated.


- Miles

Hello Miles,

2006/2/3, Miles Keaton <mileskeaton@gmail.com>:
> I track svn/trunk of Rails using svn:externals
I do the same.
> Some change to Rails committed in the last 1-2 days broke my subclass
> of ApplicationController
Actually, I tracked it down to r3524.  If I load r3523, my app works
fine, if r3524, I get the following backtrace:

NameError: constant Object::ApplicationController not defined
 
./script/../config/../vendor/rails/activesupport/lib/active_support/core_ext/class/removal.rb:14:in
`remove_const''
 
./script/../config/../vendor/rails/activesupport/lib/active_support/core_ext/class/removal.rb:14:in
`send''
 
./script/../config/../vendor/rails/activesupport/lib/active_support/core_ext/class/removal.rb:14:in
`remove_class''
 
./script/../config/../vendor/rails/activesupport/lib/active_support/core_ext/class/removal.rb:11:in
`each''
 
./script/../config/../vendor/rails/activesupport/lib/active_support/core_ext/class/removal.rb:11:in
`remove_class''
  ./script/../config/../vendor/rails/railties/lib/dispatcher.rb:56:in
`reset_application!''
  ./script/../config/../vendor/rails/railties/lib/dispatcher.rb:74:in
`reset_after_dispatch''
  ./script/../config/../vendor/rails/railties/lib/dispatcher.rb:46:in
`dispatch''
  ./script/../config/../vendor/rails/railties/lib/webrick_server.rb:117:in
`handle_dispatch''
  ./script/../config/../vendor/rails/railties/lib/webrick_server.rb:83:in
`service''
  C:/ruby/lib/ruby/1.8/webrick/httpserver.rb:104:in `service''
  C:/ruby/lib/ruby/1.8/webrick/httpserver.rb:65:in `run''
  C:/ruby/lib/ruby/1.8/webrick/server.rb:155:in `start_thread''
  C:/ruby/lib/ruby/1.8/webrick/server.rb:144:in `start''
  C:/ruby/lib/ruby/1.8/webrick/server.rb:144:in `start_thread''
  C:/ruby/lib/ruby/1.8/webrick/server.rb:94:in `start''
  C:/ruby/lib/ruby/1.8/webrick/server.rb:89:in `each''
  C:/ruby/lib/ruby/1.8/webrick/server.rb:89:in `start''
  C:/ruby/lib/ruby/1.8/webrick/server.rb:79:in `start''
  C:/ruby/lib/ruby/1.8/webrick/server.rb:79:in `start''
  ./script/../config/../vendor/rails/railties/lib/webrick_server.rb:69:in
`dispatch''
  ./script/../config/../vendor/rails/railties/lib/commands/servers/webrick.rb:59
  C:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in
`require__''
  C:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in
`require''
 
./script/../config/../vendor/rails/activesupport/lib/active_support/dependencies.rb:283:in
`require''
  ./script/../config/../vendor/rails/railties/lib/commands/server.rb:28
  C:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in
`require__''
  C:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in
`require''
  script/server:3

This is a different bug than yours, but it seemed related enough that
I''d mention it here.

Bye !
--
Fran?ois Beausoleil
http://blog.teksol.info/

I could swear I saw this exact problem on the list in the last week or so...
give the
archives a search...

b

Miles Keaton wrote:
> I track svn/trunk of Rails using svn:externals
> 
> Some change to Rails committed in the last 1-2 days broke my subclass
> of ApplicationController
> 
> The example, below, works with Rails 1.0, but in today''s svn, it
dies
> with the following error:
> 
> "superclass mismatch for class FooController"
> 
> class ApplicationController < ActionController::Base
> end
> 
> class FooController < ApplicationController
> end
> 
> 
> The reason I''m emailing the list instead of filing a bug report is
to
> see if anyone knows if this change was intentional.  I hope not,
> because I really do need to have a subclass of ApplicationController.
> 
> Any advice appreciated.
> 
> 
> - Miles
> _______________________________________________
> Rails mailing list
> Rails@lists.rubyonrails.org
> http://lists.rubyonrails.org/mailman/listinfo/rails

Hi Miles,

On 2/3/06, Miles Keaton <mileskeaton@gmail.com>
wrote:
> I track svn/trunk of Rails using svn:externals
>
> Some change to Rails committed in the last 1-2 days broke my subclass
> of ApplicationController
>
> The example, below, works with Rails 1.0, but in today''s svn, it
dies
> with the following error:
>
> "superclass mismatch for class FooController"
>
> class ApplicationController < ActionController::Base
> end
>
> class FooController < ApplicationController
> end
>
>
> The reason I''m emailing the list instead of filing a bug report is
to
> see if anyone knows if this change was intentional.  I hope not,
> because I really do need to have a subclass of ApplicationController.
>
> Any advice appreciated.
>
Yep, trunk is broken at the moment. For now I''d suggest rolling back
to revision 3479.

To do this, run "svn propedit svn:externals vendor" from your
application''s directory. Then change the line that reads

  rails http://dev.rubyonrails.com/svn/rails/trunk

to

  rails -r3479 http://dev.rubyonrails.com/svn/rails/trunk

and svn up.

--
sam

> > Some change to Rails committed in the last 1-2 days broke my subclass
> > of ApplicationController
> >
> > The example, below, works with Rails 1.0, but in today''s svn,
it dies
> > with the following error:
Trunk has now been fixed.
--
David Heinemeier Hansson
http://www.loudthinking.com -- Broadcasting Brain
http://www.basecamphq.com   -- Online project management
http://www.backpackit.com   -- Personal information manager
http://www.rubyonrails.com  -- Web-application framework