Skip to content

Backport bug fixes #1380

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 7 commits into from
May 26, 2015
Merged

Backport bug fixes #1380

merged 7 commits into from
May 26, 2015

Conversation

cupakromer
Copy link
Member

This back ports the following bug fixes onto the 3-2-maintenance branch:

/cc @myronmarston

tinynumbers and others added 7 commits May 26, 2015 17:44
…t attempt to load a helper based on the example description.
This removes the unnecessary warning about a preview path set to a
location other than `/spec/mailers/preview`.

This does not force `ActionMailer` to load when the Railtie runs by
removing the `defined?` check. This is necessary because the
`ActionMailer` class only loads it's settings once, after it is first
loaded. If we load the class in our Railtie any custom settings declared
in a config block in an initializer will be ignored.

An improved spec suite for the different permutations of availability of
action mailer previews is included as well.
This fixes an "undefined method `fixture_path`" error caused in
`RSpec::Core::Configuration`. The issue occurs when a spec is created
before rspec-rails is loaded. The cause is rspec-core attempts to
include the `RSpec::Rails::FixtureSupport` module into the existing spec
as soon as we tell the configuration about it, but have not told the
configuration about the new related options.

This moves the including of the module until after we have told the
configuration about the dependent options.

This includes a spec which is named in a manner to attempt to ensure it
is the first spec loaded by rspec-core; which loads spec files
alphabetically. To ensure we test the issue the run script is updated to
also run this spec file standalone.

When discussing #1355 it was agreed that we need to
consider removing this global inclusion of the fixture support. Instead
favoring including it in the `RailsExampleGroup`. A deprecation comment
has been included to remind us later.
@myronmarston
Copy link
Member

LGTM. Any particular reason you waited to backport these? And any reason you want to wait until 3.3 is released to release 3.2.2 with these?

@cupakromer
Copy link
Member Author

Any particular reason you waited to backport these?

No. 😦 just didn't do it sooner.

And any reason you want to wait until 3.3 is released to release 3.2.2 with these?

Nope. We can release whenever.

@myronmarston
Copy link
Member

Nope. We can release whenever.

Do you need my assistance to release? (I forget if you're all sorted with the new gem signing key and all that...)

cupakromer added a commit that referenced this pull request May 26, 2015
@cupakromer cupakromer merged commit 72ea6ff into 3-2-maintenance May 26, 2015
@cupakromer cupakromer deleted the backport-bug-fixes branch May 26, 2015 23:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants