-
-
Notifications
You must be signed in to change notification settings - Fork 3k
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 CI; closes #2867 #2868
fix CI; closes #2867 #2868
Conversation
See npm/npm#16967 |
Nope, that wasn't it. I have no idea. just gonna downgrade npm. |
This may have been an incompatible "Git-style" dependency. |
Trying to just downgrade Node.js itself back to v7 for browser tests... |
@dasilvacontin @ScottFreeCode if this goes green please merge it unless I get to it first. we should then be good to rebase the debug upgrade in branch |
Looks pretty green – but it's be nice to review it nevertheless. 😬
…
|
'karma-expect', | ||
'karma-mocha', | ||
'karma-spec-reporter', | ||
require('@coderbyheart/karma-sauce-launcher') |
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.
The plugin is named 'karma-sauce-launcher', but the package is named something else, so we have to do this. Unfortunately, if you start specifying plugins, you have to specify all of them.
@@ -320,6 +320,7 @@ | |||
"supports-color": "3.1.2" | |||
}, | |||
"devDependencies": { | |||
"@coderbyheart/karma-sauce-launcher": "coderbyheart/karma-sauce-launcher#5259942cd6d40090eaa13ceeef5b0b8738c7710f", |
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.
karma-sauce-launcher
was a misnomer. npm@3 and npm@4 install this anyway, but npm@5 does not; see npm/npm#17193.
I'm using the changeset SHA here to avoid pulling down any subsequent commits to master
, since this is someone else's repo.
I have another branch wherein the Mocha org owns a fork, so we have complete control over how it behaves -- and what upgrades it receives.
(This was done in the first place because the original package is not-very-well maintained)
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.
Looking forward to switching to our fork, although I have some questions I need to get on there and ask about that too...
@@ -9,8 +9,7 @@ var mocha = new Mocha({ | |||
growl: true | |||
}); | |||
|
|||
// mocha.reporter('spec'); | |||
require('should'); | |||
global.expect = require('expect.js'); |
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.
As noted in #2882, should
is problematic for non-ES5-compliant environments, so we can't run tests using should
in those environments.
jsapi runs a subset of the unit tests, which now all use expect
rather than should
.
return; | ||
} | ||
|
||
try { |
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.
this test was written in a way that assertions would still be made even if the callback received an error.
.equal(false); | ||
}); | ||
}); | ||
|
||
describe('map()', function () { | ||
var map = utils.map; | ||
it('should behave same as Array.prototype.map', function () { | ||
if (!Array.prototype.map) { |
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.
this comparison isn't possible in non-ES5-compliant environments
There are a couple points where this skips tests if Other than that, this looks fine. I mean, I'm still not sure I understand what we're fixing, but the code after the changes looks OK. And, let's face it, switching from |
done(); | ||
}); | ||
runner.fail(test, err); | ||
}); | ||
|
||
it('should recover if the error stack is not writable', function (done) { | ||
if (!Object.create) { |
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.
checking for Object.defineProperty
seems reasonable, but it isn't really, because IE8 implements the function incorrectly.
@@ -119,9 +125,12 @@ describe('Runner', function () { | |||
}); | |||
|
|||
it('should not fail when a new common global is introduced', function () { | |||
if (process.browser) { |
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.
This test makes some assumptions about global properties that we can't guarantee across browsers.
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.
though I think the lines here might mean this never happens.
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.
..no, actually, we don't want this to run in any browser, regardless if it's ES5-spec-compliant.
@ScottFreeCode @dasilvacontin I went thru and made a bunch of explanations. please let me know if you're still unsure about something |
the To be clear, I'm not just handling quirks in IE7 and IE8; PhantomJS as well. |
Thanks! Yeah, if it's going to be... complicated... to check that I'm still unsure about the purpose of the other |
@dasilvacontin Speak now or forever hold your peas |
I like my veggies.
… On 15 Jun 2017, at 02:00, Christopher Hiller ***@***.***> wrote:
@dasilvacontin Speak now or forever hold your peas
―
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
* load karma plugins explicitly; closes mochajs#2867 * don't use "should" for unit tests; closes mochajs#2882 * fix some broken browser tests * fix some problem tests in obsolete browsers * phantomjs fixes
I think the
package-lock.json
creation created by npm@5 was causing us to be unable to donpm install
after annpm install --production
.