payloadcms/payload v3.0.0-beta.96

on GitHub

v3.0.0-beta.96 (2024-08-29)

🚀 Features

• auto-removes localized property from localized fields within other localized fields (#7933) (538b7ee)
• significantly reduce payload install size by removing unnecessary monaco-editor dependency (#7939) (e375f6e)
• reduce package size and amount of dependencies by upgrading json-schema-to-typescript (#7938) (dc12047)

🐛 Bug Fixes

• db-postgres: nested localized arrays (#7962) (ac10bad)
• prevents duplicate active nav indicators (#7943) (de3d7c9)
• improve validation errors for unique fields (#7937) (cc9b877)
• incorrect config.upload types (#7874) (0962850)

⚠️ BREAKING CHANGES

• auto-removes localized property from localized fields within other localized fields (#7933) (538b7ee)

  Payload localization works on a field-by-field basis. As you can nest
  fields within other fields, you could potentially nest a localized field
  within a localized field—but this would be redundant and unnecessary.
  There would be no reason to define a localized field within a localized
  parent field, given that the entire data structure from the parent field
  onward would be localized.

  Up until this point, Payload would allow you to nest a localized field
  within another localized field, and this might have worked in MongoDB
  but it will throw errors in Postgres.

  Now, Payload will automatically remove the localized: true property
  from sub-fields within sanitizeFields if a parent field is localized.

  This could potentially be a breaking change if you have a configuration
  with MongoDB that nests localized fields within localized fields.

  Migrating

  You probably only need to migrate if you are using MongoDB, as there,
  you may not have noticed any problems. But in Postgres or SQLite, this
  would have caused issues so it's unlikely that you've made it too far
  without experiencing issues due to a nested localized fields config.

  In the event you would like to keep existing data in this fashion, we
  have added a compatibility.allowLocalizedWithinLocalized flag to the
  Payload config, which you can set to true, and Payload will then
  disable this new sanitization step.

  Set this compatibility flag to true only if you have an existing
  Payload MongoDB database from pre-3.0, and you have nested localized
  fields that you would like to maintain without migrating.

Contributors

• James Mikrut (@jmikrut)
• Elliot DeNolf (@denolfe)
• Jarrod Flesch (@JarrodMFlesch)
• Alessio Gravili (@AlessioGr)
• Paul (@paulpopus)