-
-
Notifications
You must be signed in to change notification settings - Fork 4.8k
Parse Array of Pointers Saving Differently #691
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
Comments
Are you guys using |
Also, could you add more details on how you are communicating with the server. Also, would be amazing if you could provide the version of your Parse Server. |
We do not use beforeSave. We use the JS SDK (1.5.0) and the iOS SDK (I'll get that version info tomorrow). We have not migrated yet so we are not using the open source Parse Server yet. This seems to exclusively affect the _User class with columns that are arrays of pointers. The same addUnique() technique is being used on other classes we have with arrays of pointers, and they save a reference pointer object as expected. The _User class seems to be auto filling in the objects, even if I pass a stubbed object with just the _id. |
Do you see the behavior being triggered from JS or iOS? |
Seconding what Nikita said, if this is not parse-server related, please open an issue on the relevant SDK repo or report a bug through http://parse.com/help Thanks. |
We have not migrated and are still using a combination of development and production databases on Parse. We have an array of pointers column on our _User class. It used to be that calling Parse.addUnique("students", StudentObj); would save a reference pointer to the students but now the server seems to be populating the array with the full objects of each "student" _User class.
Additionally, this is causing a series of problems because calling "include" on _User for the students array of pointers is now simply returning an assorted array with some rows only having an ObjectID and some having a full (but out of date) object. What happened to the proper reference pointer logic?
The text was updated successfully, but these errors were encountered: