Skip to content
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

Cleanup Ember.Test, Ember.testing, Ember.onerror #13440

Merged
merged 1 commit into from
May 5, 2016
Merged

Conversation

krisselden
Copy link
Contributor

No description provided.

@kiwiupover
Copy link
Contributor

Looks great @krisselden one more step towards tree shaking.

@krisselden krisselden changed the title WIP more global cleanup Cleanup Ember.Test, Ember.testing, Ember.onerror May 3, 2016

deepEqual(caught, thrown);

Ember.onerror = undefined;
setOnerror(undefined);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I realize that this was already like this, but we should probably reset in a tear down in case the test dies.

RSVP.configure('async', function(callback, promise) {
var async = !run.currentRunLoop;
const backburner = run.backburner;
run._addQueue('rsvpAfter', 'destroy');
Copy link
Member

@rwjblue rwjblue May 4, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we use a private symbol for this? I'd hate for folks to try and schedule into our special queue.

Then again, arguably all of the backburner queues are private so....

@rwjblue
Copy link
Member

rwjblue commented May 4, 2016

@krisselden - This looks very good to me. I would like to test ember-qunit with these changes to make sure things work properly. I should be able to finish that tonight or first thing tomorrow morning...

@krisselden
Copy link
Contributor Author

@rwjblue anything I can do to help verify ember-qunit? Would it just be running its test suite against this? I also will update if issues come to light.

@homu
Copy link
Contributor

homu commented May 4, 2016

☔ The latest upstream changes (presumably #13447) made this pull request unmergeable. Please resolve the merge conflicts.

@rwjblue rwjblue merged commit f6bad3d into master May 5, 2016
@rwjblue rwjblue deleted the more-global-cleanup branch May 5, 2016 02:59
rwjblue added a commit that referenced this pull request Jul 18, 2016
Originally [this line](https://github.com/emberjs/ember.js/blob/3ab8ba2af6551a174f3b91ac9b202bc9f27c09a4/packages/ember-views/lib/system/jquery.js#L8) was checking for a global `require`, but as of #13440 we changed to import or own internal `require`. At the moment, that `require('jquery')` (using our internal loader's version of `require`) will never find a module named `jquery` and will error.

I believe we should just remove this guard/check completely. We can always reevaluate if folks still need this for something...
homu added a commit that referenced this pull request Jul 18, 2016
Remove broken `require('jquery')`.

Originally [this line](https://github.com/emberjs/ember.js/blob/3ab8ba2af6551a174f3b91ac9b202bc9f27c09a4/packages/ember-views/lib/system/jquery.js#L8) was checking for a global `require`, but as of #13440 we changed to import or own internal `require`. At the moment, that `require('jquery')` (using our internal loader's version of `require`) will never find a module named `jquery` and will error.

I believe we should just remove this guard/check completely. We can always reevaluate if folks still need this for something...

/cc @krisselden
toddjordan pushed a commit to toddjordan/ember.js that referenced this pull request Sep 9, 2016
Originally [this line](https://github.com/emberjs/ember.js/blob/3ab8ba2af6551a174f3b91ac9b202bc9f27c09a4/packages/ember-views/lib/system/jquery.js#L8) was checking for a global `require`, but as of emberjs#13440 we changed to import or own internal `require`. At the moment, that `require('jquery')` (using our internal loader's version of `require`) will never find a module named `jquery` and will error.

I believe we should just remove this guard/check completely. We can always reevaluate if folks still need this for something...
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.

6 participants