Ruby Forum Ruby on Rails > (BUG in svn/trunk?) - superclass mismatch for any subclass o

Posted by Miles Keaton (Guest)
on 03.02.2006 08:40
(Received via mailing list)
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
Posted by Francois Beausoleil (Guest)
on 03.02.2006 08:46
(Received via mailing list)
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 !
Posted by Ben Munat (Guest)
on 03.02.2006 19:01
(Received via mailing list)
I could swear I saw this exact problem on the list in the last week or 
so... give the
archives a search...

b
Posted by Sam Stephenson (Guest)
on 03.02.2006 19:07
(Received via mailing list)
Hi Miles,

On 2/3/06, Miles Keaton <mileskeaton@gmail.com> wrote:
> class ApplicationController < ActionController::Base
> 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
Posted by David Heinemeier Hansson (Guest)
on 04.02.2006 18:21
(Received via mailing list)
> > 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