You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I upgraded to 2.3.0, then to 2.3.1 and noticed this 2.3.0 guide. I thought I had to get those unique indexes created otherwise my parse-server wouldn't work.
I can see that the parse-server code does try to create those unique indexes on startup. On some of my database, it seems to be able to do it where the data allows it, on some it quietly fails without any mention in the logs. Is that the expected behaviour?
My main question for you guys is whether I actually need to do anything when upgrading to 2.3.0+. From the wording in the upgrade guide it sounds like the javascript code based uniqueness check has been or will be removed and replaced with an index based uniqueness check.
However looking at the code, it looks like the javascript based username and email checks are still there.
I don't mean to be difficult and go against the advice of creating these indexes, but it seems to be an impossible task for us to analyse and fix all the username and email issues that we have across our numerous databases. So I would like to avoid it if it's not going to cause us any issues.
Does this index based approach mean that you guys are going to be removing the javascript based check some time in the future? Do you guys know of any issues with using 2.3.0+ without those indexes?
Thanks
The text was updated successfully, but these errors were encountered:
Can you please add all the info specified in the template? This is necessary for people to be able to understand and reproduce the issue being reported.
Hello parse-server elders
Thanks for looking into this issue.
I upgraded to 2.3.0, then to 2.3.1 and noticed this 2.3.0 guide. I thought I had to get those unique indexes created otherwise my parse-server wouldn't work.
I can see that the parse-server code does try to create those unique indexes on startup. On some of my database, it seems to be able to do it where the data allows it, on some it quietly fails without any mention in the logs. Is that the expected behaviour?
I can see the error handlers in MongoStorageAdapter and DatabaseController but they don't seem to be called when the existing data is not unique.
My main question for you guys is whether I actually need to do anything when upgrading to 2.3.0+. From the wording in the upgrade guide it sounds like the javascript code based uniqueness check has been or will be removed and replaced with an index based uniqueness check.
However looking at the code, it looks like the javascript based username and email checks are still there.
I don't mean to be difficult and go against the advice of creating these indexes, but it seems to be an impossible task for us to analyse and fix all the username and email issues that we have across our numerous databases. So I would like to avoid it if it's not going to cause us any issues.
Does this index based approach mean that you guys are going to be removing the javascript based check some time in the future? Do you guys know of any issues with using 2.3.0+ without those indexes?
Thanks
The text was updated successfully, but these errors were encountered: