Open mattiaz9 opened 2 months ago
Hey @mattiaz9 I did the same steps I cannot reproduce, using postgres with uuid as well. Can you share your collection config / confirm that it works on a minimal config?
Hi @r1tsuu. It's funny, this morning I tried again and it didn't show the 404.
I noticed that the document is still created automatically. I can see 2 versions created immediately:
If I open the first version it gives me this error: TypeError: Cannot convert undefined or null to object
In the second version a can see it changes some fields from null
to empty value:
I'm not sure why yesterday it showed me a 404 and today it doesn't, but still, creating the document during autosave, I believe could create some problems like this. It's probably best to disable creation when it is requested from an autosave.
I'm seeing this same issue on beta.123, but unrelated to localization. I was previously running on beta.117 without issue but I've refactored a lot while upgrading to the latest beta.
In my case, it seems like just having autosave
turned on will result in an immediate redirection from /admin/collections/
My configuration is complex in other ways, still working to narrow down what's causing it. For now, disabling autosave entirely seems to prevent the issue.
Link to reproduction
No response
Environment Info
Describe the Bug
When creating a new document with autosave enabled, it creates a new document instantly, but not the relative localized fields records. This causes an instantaneous redirect to the
/doc/{id}
page that shows a not found message. I can see in the database a new record in the main document table, but not in the relative _locales table.This a new bug that I personally encountered recently, either after upgrading to one of the latest beta or when I changed the
idType
touuid
.Reproduction Steps
enable autosave in the collection config:
Enable localization in the payload config
Add
localized: true
to some collection fieldsTry to create a new document
Adapters and Plugins
No response