-
-
Notifications
You must be signed in to change notification settings - Fork 26
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
Object.getOwnProeprtyDescriptor
is showing a lot of deprecation warnings in chrome
#5
Comments
What the heck object are you trying to clone? Hopefully you are not trying to clone a window object. We definitely cannot put in a blacklist of property names, because it would break older browsers where those are not deprecated and are necessary. Any proposed solution? |
I am using proxyquireify to mock out |
I do not currently have a proposed solution other than maybe do UA switching for when to blacklist those. But that's really ugly. |
Gotcha. Unfortunately I have no experience on the front end and will have to rely on you or someone else to propose a fix or PR, if there is a desire to D something regarding the warnings getting printed on the console (which is not harmful, just annoying). |
Yeah, definitely not harmful. I'll have to think about it some more to see if I can think of a better way of fixing this. |
Hi @gkatsev , I'm going to close this issue for now, since I don't think any progress has been made. I skimmed around the C++ source for Chromium to see if there was a way to tell from JavaScript-land if a property was deprecated and not try to get the property descriptor for that property, but it doesn't seem to have any way. |
Sounds good to me. Thanks @dougwilson. I may even just remove this test because it isn't useful enough to worry about this weirdness. However, if I do come up with a good solution, I'll definitely ping you. Also, I wanted to say thanks for all your hard work on everything you maintain @dougwilson! |
This line specifically: https://github.com/component/merge-descriptors/blob/master/index.js#L52
It should probably check for those and not get those at that point.
The text was updated successfully, but these errors were encountered: