If update to 1.3.2 from 1.3.1 need to run migrate command?
Actually you're correct. My bad, sorry for the mistake.
From my walking through the code it seems like no change will happened when migrating the same DB version.
In the url can you add /settings to the end of it, and let us know what Document Security settings are?
Yes, I can
After you've done the backup you can try to delete Relationship attribute and recreate it.
Be sure again to backup all your database before, so you'll be able to go back in any case.
I cant's see the data, so I cant backup
I mean backing-up the database using Steven gist:
https://gist.github.com/stnguyen90/fee636ff652b8ecbf761935b2aa254fb
Okay, I’ll try it
yes, you need to run the migrate command. did you not?
Is it require to run migrate in Minor upgrades?
typically, not, but this time it's required
I have the same error too,
😬
@hamed @bluesky, I think y'all will have to restore from backup 😬
and downgrade 😬
There was a problem with the migration that messed up the relationships metadata. if you can restore to 1.3.1, you can upgrade to 1.3.3, instead, now (and run the migrate command)
So I must downgrade first to 1.3.1, and upgrade to 1.3.3? Or can just upgrade to 1.3.3 from 1.3.2?
You would need to restore from backup or recreate your collections because your relationship attributes are screwed up already
It was fixing on 1.3.3?
Okay I need to know what is going happen?
1.3.3 fixes the migration code (which you already ran)
What do you mean?
The migrations on 1.3.2 make id of relation null?
Sort of yes
I’ll try it, thanks @Steven
Recommended threads
- MariaDB refuses to connect to appwrite
Earlier, I tried updating my Appwrite version from 18.1.x to the latest release because my Flutter package required it to function properly. I used the official...
- executeFunction intermittently throws Fo...
Environment: Flutter app using the Appwrite Flutter SDK, calling executeFunction for [describe endpoint, e.g. live-stream-related function]. *Description*: Int...
- Console display all Databases as TablesD...
While looking at an issue with <@1231860789355347971> we saw that the console was displaying ALL databases as `TablesDB` even if the real type in the API is `le...