Since Publications provides a final end point for users to review changes, it would benefit content editors tremendously if they could also review their workflow changes.
Release Notes
Since Publications provides a final end point for users to review changes, it would benefit content editors tremendously if they could also review their workflow changes.
There is an unacceptable decrease in performance observed within large Publications. With publications housing a large number of individual changes, the current system struggles to maintain acceptable performance levels, especially during conflict checking and publishing publications. These two phases leverage handwritten SQL queries to perform those tasks that allow Publications a shortcut through our persistence layer to maximize performance in small publications. In large publications though, further considerations must be taken to ensure consistent performance.
Some upgrade processes may not consider the ctColectionId
column which may generate inconsistencies for customers using Publications, especially for older versions.
Add changeTrackingEnabled to the standard rest-config.yaml
so that services must specify Publications support. This will simplify the process of enabling change tracking for future Headless APIs.
Data Migration Center users should be sufficiently notified if actions can only be made in Production, since DMC does not support Publications yet. |
We introduced a new feature to streamline workflows with 1:1 relationships between objects! Now, users can create and update nested objects directly from the primary object's CRUD views, and enjoy seamless delete and view operations translated from the Data Set Manager (DSM). This update makes managing data smoother and more efficient.
Allow users to map Repeatable fields of a Web Content Structure already defined in Fragments and Collection Displays.
The /search
and /suggestions
APIs comes with the following enhancements:
New, optional scope
parameter supporting Site (Group) IDs and External Reference Codes (ERCs) in /search. The scope parameter of /suggestions has also been updated to have the same semantics.
/search
now is in RELEASE status.
The APIs now are available under the /o/search/v1.0/
endpoint with backward compatibility for current /o/portal-search-rest/v1.0
calls through server-side forward.
Refer to the documentation for more details.