Pricing

Product Updates

DatoCMS changelog for new features and general improvements
Content Management API
Creation of new records via API no longer requires to specify all fields
November 26th, 2021

This change was long overdue, and we're glad we were able to address it! 🥳

Suppose you have ie. a model with 10 fields, 9 of which are optional. Until now, when creating a record, you were required to specify... all 10 fields. If you didn't want any value for the optional ones, you were required to pass a null value in any case, or the API call would fail:

const { SiteClient } = require("datocms-client");
const client = new SiteClient("YOUR-API-TOKEN");
const record = await client.items.create({
itemType: "1234",
requiredField: "Lorem ipsum",
optionalField1: null,
optionalField2: null,
optionalField3: null,
optionalField4: null,
optionalField5: null,
optionalField6: null,
optionalField7: null,
optionalField8: null,
optionalField9: null,
});

In addition to being redundant and inconvenient, this was a maintainability problem over time, because when a new optional field gets added on the model, you need adapt every script and add that null value. Well, now optional fields can be omitted from the payload during creation:

const record = await client.items.create({
itemType: "1234",
requiredField: "Lorem ipsum",
});

Nice, simple and clean. Happy friday!

Content Management APINew
Splitted create/duplicate records permission
November 15th, 2021

With today's update, we decided to split two permissions in order to give you a more fine grained permission system.

Before

Create/Duplicate permission, as it was before

After

New splitted permission: Create and Duplicate record permissions

What happened to existing roles in my project?

This change did not alter what your users were already able to do, or not to do. For instance, if an existing role had the ability to "Create/duplicate" records, the same role has both the permissions ("Create" and "Duplicate") defined.

Content Delivery API
Get locales list from GraphQL
October 29th, 2021

You can now query the list of existing locales directly from GraphQL:

query Locales {
_site {
locales
}
}

And you get back the array of the locales:

{
"data": {
"_site": {
"locales": [
"en",
"it",
"ar"
]
}
}
}
UI Improvement
Better support for RTL languages
October 26th, 2021

We have improved our support to RTL languages by automatically switching text fields to RTL when necessary.

This choice is made automatically depending on the language selected.

New
Added length validation to Structured Text fields
October 12th, 2021

We have just added the possibility of specifying a length validation on Structured Text fields, as was already possible for string and text fields:

New
Ending support for Internet Explorer 11
October 8th, 2021

In more than one official communication, Microsoft has announced the end of life for Internet Explorer 11:

Beginning October 25, 2021, DatoCMS will no longer support Internet Explorer 11 (IE11) and users may have a degraded experience, or be unable to connect to our apps and services.

If you're still using Internet Explorer, you will need to transition to Microsoft Edge (or any other modern browser) before October 25 to start enjoying a faster, more secure and more modern browsing experience.

This change will allow us to work faster, and offer better performance on the latest browsers.

UI Improvement
Copy structured text from main locale
September 27th, 2021

You can now copy the content of a localized structured text from the main locale to the others, with just one click:

New
More features in webhooks
September 23rd, 2021

We have recently released two new options for the webhook body that we are sending out.

  1. you can now pick the API version number defining the format of the payload that we are sending out

  2. you can also decide if you want to have directly expanded in the record value the nested blocks that might be part of it

Have a look at the interface:

Integrations
Webhooks just got smarter!
August 18th, 2021

Some of the most useful and used triggers for our webhooks are those revolving around records creation/update/deletion, and when it comes to a "record update" event, it is very common the need to know exactly what has changed. So far, it was not that easy to get that information.

Well, now it is! For "record update" events, the webhook payload now presents the record data both before the update operation (previous_entity) and after (entity), making diffs extremely easy on your end.

Integrations/automations like "only do X if the title has changed" are like 1000% faster to develop:

{
"environment": "foo-bar",
"entity_type": "item",
"event_type": "update",
"entity": {
"id": "39830648",
"type": "item",
"attributes": {
"name": "Mark Smith",
},
"relationships": { ... },
"meta": { ... }
},
"previous_entity": {
"id": "39830648",
"type": "item",
"attributes": {
"name": "John Smith",
},
"relationships": { ... },
"meta": { ... }
}
}
Content Management API
Removed tokens from Build trigger endpoints
August 18th, 2021

For security reasons, we have decided to remove any previously saved Netlify/Vercel token information from all existing build triggers. This change no longer allows you to view build logs directly from within the DatoCMS interface.

The reason for this change is that a project's read-only token API has read access to build triggers, but these were exposing third-party tokens that potentially allowed destructive operations to be performed. If you have publicly shared any DatoCMS key and you have build triggers pointing to Netlify/Vercel, we recommend rotating the keys of these these services.

« PreviousNext »