Skip to content

Call new disable remote method from model class [2.x]#2781

Merged
richardpringle merged 1 commit into
2.xfrom
backport/disableMethodByName
Sep 26, 2016
Merged

Call new disable remote method from model class [2.x]#2781
richardpringle merged 1 commit into
2.xfrom
backport/disableMethodByName

Conversation

@richardpringle

@richardpringle richardpringle commented Sep 22, 2016 •
edited
Loading

Copy link
Copy Markdown
Contributor

backport of 0ab33a8

@richardpringle richardpringle mentioned this pull request Sep 22, 2016
Merged
@richardpringle
richardpringle force-pushed the backport/disableMethodByName branch from e1ec15c to 4ee3660 Compare September 22, 2016 19:28
superkhau
superkhau approved these changes Sep 22, 2016
View reviewed changes

@superkhau superkhau left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Changes are good -- Please ping @rmg to figure whats up with the loopback failure -- I think it's unrelated.

@superkhau

superkhau commented Sep 22, 2016

Copy link
Copy Markdown
Contributor

@richardpringle Add note for you to remember to remove the deprecation message in the backport too.

@bajtos bajtos changed the title Call new disable remote method from model class. Call new disable remote method from model class [2.x] Sep 23, 2016
bajtos
bajtos suggested changes Sep 23, 2016
View reviewed changes
Comment thread test/model.test.js
var TestModel = app.models.TestModelForDisablingRemoteMethod;
TestModel.on('remoteMethodDisabled', callbackSpy);
TestModel.disableRemoteMethod('findOne');
TestModel.disableRemoteMethod('findOne', true);

@bajtos bajtos Sep 23, 2016

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

In 2.x, the method disableRemoteMethod is not deprecated. Can we place keep this test unmodified to cover this API?

@richardpringle richardpringle mentioned this pull request Sep 23, 2016
Merged
@richardpringle

richardpringle commented Sep 23, 2016

Copy link
Copy Markdown
Contributor Author

@bajtos, findOne is a static method, the true should have always been there.

@bajtos

bajtos commented Sep 23, 2016

Copy link
Copy Markdown
Member

@bajtos, findOne is a static method, the true should have always been there.

Ah, I see, you are right.

bajtos
bajtos approved these changes Sep 23, 2016
View reviewed changes

@bajtos bajtos left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

🚢

@richardpringle
richardpringle force-pushed the backport/disableMethodByName branch from 4ee3660 to f7dbc97 Compare September 23, 2016 15:15
@richardpringle

richardpringle commented Sep 23, 2016

Copy link
Copy Markdown
Contributor Author

@bajtos, shit should be okay to merge right? Those windows builds aren't failing anymore and it doesn't seam like the failed tests for the downstream buils have anything to do with this change.

@superkhau

superkhau commented Sep 23, 2016 •
edited
Loading

Copy link
Copy Markdown
Contributor

FYI, skipping multitenancy tests to get CI green at strongloop/loopback-multitenancy#11.

@bajtos

bajtos commented Sep 26, 2016

Copy link
Copy Markdown
Member

@slnode test please

@bajtos

bajtos commented Sep 26, 2016

Copy link
Copy Markdown
Member

okay to merge right? Those windows builds aren't failing anymore and it doesn't seam like the failed tests for the downstream buils have anything to do with this change.

Agreed, go ahead and :shipit:

@richardpringle
richardpringle merged commit 4a0835a into 2.x Sep 26, 2016
@richardpringle
richardpringle deleted the backport/disableMethodByName branch September 26, 2016 15:56
@c3s4r c3s4r mentioned this pull request Dec 12, 2016
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

2 more reviewers
@bajtos bajtos bajtos approved these changes
@superkhau superkhau superkhau approved these changes
Reviewers whose approvals may not affect merge requirements

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

3 participants

@richardpringle @superkhau @bajtos