-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
(#2158) - bring back custom extend #2270
Conversation
Can you turn this into either a seperate module or a pull on the other extend. |
I'll try, but I'm not sure I'll be able to before the 2.3.0 release. Hence this monkey patch. |
Also, I'd rather not pollute npm with a module that kinda sorta works and I'm not sure why. It's only 94 lines of code, so I don't see the harm in just including it. If you'd like to make a module and depend on it, though, then be my guest. I also filed an issue in node-extend. |
Don't worry about npm, I've got some 8 line modules
|
Fair enough, the deed is done. |
Ping to stay up to date with this merge. Hit this issue tooo |
@nolanlawson good except you need to remove the old version as well |
Whoops, fixed. |
👍 if green |
OK, so I figured out that the Ember.js bug was caused by the change from using a custom extend method (ripped from jquery) to the one on npm. Proof here: http://bl.ocks.org/nolanlawson/7bb46ec8310196357217
I haven't figured out yet why the change caused the error, but I think the important thing is that we get Ember.js support back for the 2.3.0 release. (Yes, users can always disable the prototype modification in Ember.js, but they won't. Or they will, but only after some Googling and much frustration, at which point they will blame PouchDB for their troubles and we'll have lost a user.)