Warning
You're browsing the documentation for an old version of Webiny. Consider upgrading your project to Webiny 5.35.x.

Changes

This document highlights the most important fixes, improvements, and features, that were introduced in Webiny 5.11.0.

How To Upgrade?
Please check the Webiny 5.11.0 migration guide for the upgrade steps.

Headless CMS
anchor

Introduce Object Field (#1780 external link)
anchor

The new object field allows you to build nested data structures and also have those data structures be repeatable (like an array of nested objects). It supports nesting, so you can nest objects within other objects. Object field respects all the rules and behaviors of all the other existing fields (ref field, richText field, etc.). You also get a full GraphQL Schema auto-complete on your nested fields.

Model Data Using the Object FieldModel Data Using the Object Field
(click to enlarge)

NOTE: at this point, we do not support filtering of data based on the values within the object field. However, we do plan to add support for that type of querying in the future.

Always Load the Latest Published Entry (#1775 external link)
anchor

Read API now always returns the latest published content entry, no matter which version of the entry was originally linked. This ensures that, no matter how many new versions of content you publish, the reference always points to the latest published version.

Form Builder
anchor

Pattern Type Validators Missing From UI (#1778 external link)
anchor

Pattern validators are now visible in the Form Builder editor, when configuring individual form fields. Besides, we also fixed the setup of the website app, and those field validators are now working properly when the form is being submitted.

Pattern Field Validators in the Form EditorPattern Field Validators in the Form Editor
(click to enlarge)

Shout out to Karthick Raja external link for getting the ball rolling on this issue! 🚀 🧡

Security
anchor

Fine-Grained AWS Policies (#1741 external link)
anchor

From now on, all new Webiny projects will benefit from improved security, due to fine-grained policies used with AWS Lambda roles (instead of using the default AdministratorAccess policy, which was previously the case).

In addition to that, you can also use a fine-grained policy for the CLI user, which is important for making secure deploys of your Webiny project.

At the moment, for existing projects we don’t offer a migration path, but if you’re interested in applying this improvement to your Webiny project, you can contact us via our community Slack external link.

Development
anchor

Pulumi V3 Upgrade (#1787 external link)
anchor

From now on, all Webiny projects will use Pulumi v3.

For Webiny users, this will make it possible to have access to all of the new features and fixes that the framework will receive in the future.

In terms of existing projects and upgrading, there shouldn’t be any major changes or extra steps that you’ll need to perform. But, there are a couple of things to have in mind. Be sure to check the upgrade guide for more information.

Improved CI/CD Scaffolds (#1786 external link)
anchor

A couple of useful updates were made to the existing CI/CD scaffold.

Learn more about CI/CD and how to set it up for your Webiny project in our CI/CD key topics.

Updates to the Pull Requests Workflows
anchor

The pull request workflow that gets created during the scaffolding process will now make sure that all of the changes are deployed into a short-lived environment. This makes it possible for the team to check out all of the changes on their own, before the PR is merged. And, once the PR is either merged or simply closed, the short-lived environment will automatically be destroyed.

Improved Testing
anchor

Prior to this release, with the single yarn test command, the created workflows would run all of your application tests immediately - unit, integration, and end-to-end (E2E).

This has now been divided into separate commands, so the three types of tests will be run separately, and most importantly, in the right order. For example, we cannot run integration tests before our project has been deployed.