6.39 release notes
January 25, 2024
This page describes release information for all Content Management 6.39 versions, including patch releases.
The folowing improvements are now available for Page Builder content page assets:
Experiment functionality in content pages has been relabelled to A/B test to match the terminology used in the Squiz Optimization.
A/B test design changes for content pages now show the start and end requirements for a connected A/B test.
Functionality to disconnect an A/B test from a content page has been re-added.
Content page assets are now available in the Asset Management API for normal asset operations.
Read the Page Builder documentation for more information about content page assets and how they work.
|These improvements were released as part of the 6.39.2 release on January 31, 2024 for MATRIX-6239.
The following bugs were resolved in this version of Content Management.
- Cannot release locks from screen header with write access in workflow states (MATRIX-5717)
The Release Locks button did not appear when users did not have permission to edit an asset. If the user had lost permission to edit an asset while holding the locks (for example, through workflow), there was no way for them to release the locks on that asset. Locks are automatically released when loading screens for an asset you cannot edit due to permissions. Users can now acquire the locks when others have lost permission to edit the asset.
- Unable to remove a Trigger Category Folder under a normal Folder asset (MATRIX-5811)
The necessary check for a trigger folder linked outside the Trigger Manager did not exist. That link could not be deleted if a trigger folder was linked in the asset tree outside the Trigger Manager. The parent of a link to a trigger folder is first checked when attempting to delete it. Upon checking that the parent is not another trigger folder or the Trigger Manager, the folder can be deleted.
- Customizing search global weights for
all asset typesstops attributes from indexing (MATRIX-5852)
When search weightings were set, only the first match was considered. If asset types were parents of other types, then attributes of the child types would not be indexed. Since all asset types are children of the “asset” type, this also applies to customizations of
all asset types. All weighting sources are now considered when indexing an asset in the order of default weights, asset tree weights, and asset weights, with the latter being applied if set. Asset attributes are reliably indexed when asset tree weights or default weights for their parent types are set.
- Unable to view the logs screen on the scheduled jobs manager (MATRIX-5909)
Much of the processing for the logs screen was done in PHP across all matching logs rather than just those appearing in the results. The log screen could fail to load when large log volumes were present for the selected date range and log types. The database now handles how logs are selected along with most of the processing. The logs screen is now faster and more stable.
- Metadata fields are editable when metadata is not contextualized for the current context (MATRIX-6086)
The metadata controller was not making the rest of the system aware of the current screen. Fields could be wrongly edited when not contextualized for the current context. The metadata controller now updates the system that the user is on within the
metadatascreen. Fields are now in the correct state for editing and contexts.
- Related asset field note does not appear on the Metadata screen when restricted to a root node (MATRIX-6 169)
There were overly strict constraints for printing the related asset field note on the Metadata screen. The note was not being printed in a location where it should appear in the Admin UI. One of the strict constraints was removed, and the note was printed in the correct location.
- Unable to view the logs screen on the scheduled jobs manager (MATRIX-6170)
Highly Intensive Processing Objects (HIPOs) for Edit permissions jobs remembered the asset types when they were started. If an asset were morphed to a different type, the HIPO would fail to complete and continue to fail when attempting to resume the job. The edit permissions HIPO job now ignores any previous types of assets. Permissions can now be applied to assets that have been morphed since the HIPO started.
- Unable to view the logs screen on the scheduled jobs manager (MATRIX-6171)
When returning a status code
503for maintenance, a page is treated like a failing server. Therefore, the Edge Side Includes (ESIs) did not render. Treating a page like a failing server breaks the page as the content does not render correctly. The 503 status code is no longer being returned under this condition. The page now correctly renders the content.
- Error while disconnecting a Finished A/B test on Content Pages (FEAAS-562)
When attempting to disconnect an A/B test from a content block on a Content Page, an error was shown to the user that prevented the disconnection. The A/B testing service would return a
422response code for A/B tests in a Finished state, which was incorrectly handled in the Page Builder. The Page Builder will now appropriately handle a range of response codes from the A/B test service. It is now possible to disconnect the A/B test from a content block once the A/B test is in a Finished state.
- Global asset keywords cause timeout when loading page (FEAAS-596)
Using a DXP design area and a
globalsasset keyword in a Design parse file simultaneously would cause page timeout. The mix of these operations in a Design resulted in an infinite loop of resolving keywords. The Design processing logic will no longer continue to attempt to resolve keywords that reference other keywords infinitely.
- Align Content Page and Standard Page logic for exposing Component Sets (XACCEL-483)
The way that Component Sets were made available to a Content Page and Standard Page was different, resulting in these assets behaving differently. The logic controlling how a Component Set is made available was inconsistent between the two asset types. These asset types now use similar logic to determine which Component Sets are available in their respective page-building experiences.