¡Te damos la bienvenida a la nueva experiencia del Portal del cliente de Liferay! Acabamos de completar la migración al nuevo Portal del cliente y gestión de tickets de soporte. Navega por la página de incio y el menú superior para conocer todos los recursos y herramientas a tu alcance. Ten en cuenta: Peticiones en marcha: Puedes encontrar los tickets de soporte que tenías en marcha antes de la migración haciendo click en Mis tickets desde la página de inicio o desde el menú desplegable de Soporte. Peticiones nuevas de soporte: Puedes crear un nuevo ticket de soporte haciendo click en Crear un ticket desde la página de inicio o desde el menú desplegable de Soporte. Si encuentras cualquier problema para crear nuevos tickets al Soporte de Liferay en el nuevo sistema, contáctanos mediante support.liferay.com/callback-request.
Enable JavaScript Client Extensions for Administration in SaaS Environments Personalization
In this case, the feature “Enable JavaScript Client Extensions for Administration in SaaS Environments” has remained under Release Feature Flag for three consecutive quarters. During this period, it has demonstrated strong stability, with no reported bugs or user complaints.
Following this evaluation, we’ve decided to move the feature to GA, based on its proven reliability, adoption, and positive feedback.
Support 8-Digit Hex Values in the Style Book’s Editor Personalization
Style Books now support 8-digit hex colour codes (e.g. #RRGGBBAA), which include an alpha channel to define opacity. Previously, these values only worked when set as defaults in the frontend-token-definition.json file; manual input in the editor would strip the opacity digits. With this update, customers can directly enter and save full 8-digit hex values in the Style Book editor, and the opacity is correctly reflected in the UI.
Key Benefits:
User will be able to define colours with both RGB and transparency in a single, standardised format improving Liferay’s design flexibility.
Aligns with modern CSS and browser support for 8-digit hex codes.
No need for more workaround formats (like rgba) to manage opacity.
From now on most CSS files in Liferay have hashed file names at build time. For example, a clay.css file may appear at run-time with a randomly generated hash value in the name, like clay.(tvERyCVfuRc).css.
This hash value represents a unique version of this file, so the browser can identify that the file's contents haven't changed. This allows the file to remain in Liferay's cache indefinitely.
For those files that can not be hashed, because they are generated in runtime by the server depending on some parameter such as the css tokens, a new onfiguration is available in DXP to configure the TTL and the possibility to add the no-cache header, that ensures the revalidation of the asset with the server before to being served.
Also, hashed files have a fallback strategy based in TTL+eTag if they are called by their canonical name, this is a fallback for error in the import maps or old portlets that doesn’t know the name of a hashed file.
Key Benefits:
The new Liferay DXP caching strategy for CSS files improves performance and stability.
Faster Page Loads: Significant reduction in subsequent load times.
Elimination of Stale Resources: Hashed URLs prevents users from seeing outdated CSS after an update.
Reduced Origin Server Load: Less server overhead as browsers retrieve unchanged files directly from their local cache, saving CPU and bandwidth.
Cache busting: Updated resources automatically force the browser to fetch the new version, but updating their file name with a new hash when content changes.
Maintain Frontend Data Set state in URL Low/No-Code
When a user visits a page that contains a Data Set, there is a certain amount of data that can be altered in some ways:
By filtering the data
By ordering the data
By changing the columns to show on the Table Visualization
By changing the visualization mode
When users navigate away from the Data Set and then return, these unsaved changes are lost, leading to a frustrating user experience.
This feature automatically saves the current view state of a Data Set in the URL. This saved state will ensure the Data Set configuration is consistently recoverable when users navigate back (via browser history or links) and, crucially, that a shared URL provides colleagues with the exact same view.
Key Benefits:
Avoid user frustration: When the user returns to the Data Set they face the same state they had when they left.
Sharing what you see with other users: Users can share the link of a page with a Data Set and the user acessing that very page will face the same Data Set state.
Usamos cookies para mostrar contenidos personalizados, analizar tendencias, administrar el sitio, llevar un seguimiento de los movimientos de los usuarios en el sitio y recopilar información demográfica sobre nuestra base de usuarios en su conjunto. Acepte todas las cookies para disfrutar de la mejor experiencia posible en nuestro sitio web, o bien administre sus preferencias.
Consulte la Política de privacidad