before_filter always running in test, not in development or production mode.

I'm using Shoulda and restful_authentication on Rails3 and whenever I
run my tests a before filter for login_required is always triggered,
despite my filter being set up as:

  before_filter :login_required, :only =>
[:update, :edit, :suspend, :unsuspend, :destroy, :purge]

My test is this:

  context 'A guest to the site' do
    context 'on GET to :show' do
      setup { get :show, { :id => users(:alexander).id } }

      should_not_set_the_flash
      should_assign_to :user
      should_respond_with :success
    end
  end

The test fails though:

  3) Failure:
  test: A guest to the site on GET to :show should assign @user.
(UsersControllerTest)
    []:
  Expected action to assign a value for @user

  4) Failure:
  test: A guest to the site on GET to :show should not set the flash.
(UsersControllerTest)
    []:
  Did not expect the flash to be set, but was {:error=>"Sorry! You
need to log in before visiting that page."}

  5) Failure:
  test: A guest to the site on GET to :show should respond with
success. (UsersControllerTest)
    []:
  Expected response to be a 200, but was 302

Here is the code for my before_filter that is actually making this
test fail:

  def login_required
    authorized? || access_denied
  end

  def access_denied
    session[:return_to] = request.fullpath
    flash[:error] = t('application.flash.error.login_required')

    redirect_to(new_sessions_path)
  end

This code, as far as my understanding goes, should NOT ever be called
from this test though... I have the :only => [] in the controller to
not do it on show. Can anyone lend any insight as to why it is being
triggered? Another strange thing is this DOES NOT happen in production
or development modes using the browser. I can be logged out and visit
this page just fine without this before_filter being called.

This is apparently not related to Shoulda... This test also fails
using Test::Unit by itself:

  test 'A guest on GET to #show' do
    get :show, { :id => users(:alexander).id }

    assert flash.empty?
    assert_not_nil assigns(:user)
    assert_response :success
  end

Failure:
1) Failure:
  test_A_guest_on_GET_to_#show(UsersControllerTest) [test/functional/
users_controller_test.rb:44]:
  <false> is not true.

Line 44 is the flash being empty, it is, once again set to:
{:error=>"Sorry! You need to log in before visiting that page."}

Am I missing something obvious? Why is this filter always running? Is
this related to Rails3?

Thanks in advance.

-John Postlethwait

I found a way around this, though I still have no clue why this works:

In my controller, if I add:

def show
end

The before filter DOES NOT run, as I expect, as soon as I remove the
def show;end the filter is once again applied to the #show action. Is
this a Rails3 bug?

-John

John Postlethwait wrote in post #915199:

I found a way around this, though I still have no clue why this works:

In my controller, if I add:

def show
end

The before filter DOES NOT run, as I expect, as soon as I remove the
def show;end the filter is once again applied to the #show action. Is
this a Rails3 bug?

-John

On May 27, 3:27 pm, John Postlethwait <john.postlethw...@gmail.com>

This might be of interest:

https://rails.lighthouseapp.com/projects/8994/tickets/5673-rails3-conditional-before_filter-not-always-executed-for-implicit-resource-actions#ticket-5673-33