-
Notifications
You must be signed in to change notification settings - Fork 242
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
Fix the build #552
Fix the build #552
Conversation
gem "sprockets", ">= 4.0.0.beta2" | ||
|
||
gemspec name: "teaspoon" | ||
|
||
group :development, :test do | ||
gemspec name: "teaspoon-devkit" | ||
|
||
gem "puma" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Style/StringLiterals: Prefer single-quoted strings when you don't need string interpolation or special symbols.
@@ -1,13 +1,15 @@ | |||
source "https://rubygems.org" | |||
|
|||
gem "rails", "5.0.0.1" | |||
gem "rails", "5.0.1" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Style/StringLiterals: Prefer single-quoted strings when you don't need string interpolation or special symbols.
* Quick check to see if this fixes CI * Trying something else... * Another idea * Clean the cache...? * Again... * Progress...? * Not very bright, am I? * Now you are taking the piss * Call me paranoid but, could those trailing spaces be to blame? * Random failure? Trying again * Might be ok to bring the cache back now * Is this the beforeEach that is causing trouble? * Behaviour must have changed lately... * Complaining that geckodriver already exists? Bust the cache again * Argh, I commited geckodriver by accident * Festival del humor * Of course QUnit had to join the party * Green! We can bring back the cache now * Shouldn't have commited this either * Hound!
So this fixes the build! Some notes:
teaspoon-jasmine/spec/javascripts/jasmine2/fixture_spec.coffee
. Something must have changed in the behaviour offixture.load
that Jasmine 2 doesn't agree with it.toEqual
) the html contents is the correct expectation (from what I can tell), as content is appended to the fixture, and therefore we can't just expect the very same object to be infixture.el
andfixtures[0]
(and compared withtoBe
).Now I hope we can start merging PRs, particularly #537 which is the one that triggered my effort here :-)