-
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
Do something better for calling Proto.from with a proto instead of a JSON. Currently all unset fields get expanded #652
Comments
trying to construct a test case, simple test with a proto with one field passes. So it must be something deeper |
Gah!!! Found it. Somewhere in our code we are passing protoObj into a MyProto.from(protoObj) instead of JSON. the Can you help identify such bad call sites and throw a console.warn or fatal error or something. Or maybe do something smarter. I think V5 handled this correctly in the contructor. Now in V6, I mechanically changed the ctor to from(), didn't realize this folly. |
Should now just return the runtime message. That sufficient? 👂 |
haha! yes! that is good. A minor release would be great! |
On npm as 6.5.3! |
protobuf.js version: 6.5.2
This is causing failures for us on the server side as the has*() semantics are now broken.
The text was updated successfully, but these errors were encountered: