<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>Preserve selection order in API for "Select from List" field</title>
  <link rel="self" href="https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=123506435" />
  <subtitle>Preserve selection order in API for "Select from List" field</subtitle>
  <id>https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=123506435</id>
  <updated>2026-04-04T21:35:49Z</updated>
  <dc:date>2026-04-04T21:35:49Z</dc:date>
  <entry>
    <title>Preserve selection order in API for "Select from List" field</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=123506434" />
    <author>
      <name>Cristiano Nicolò</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=123506434</id>
    <updated>2025-07-24T16:11:04Z</updated>
    <published>2025-07-24T13:03:49Z</published>
    <summary type="html">&lt;p&gt;In Web Content Structures, when using a &amp;quot;Select from List&amp;quot;
  field with multiple selection enabled, the UI allows users to visually
  reorder selected items. However, the current behavior does not
  preserve this order when retrieving the values via API.&lt;/p&gt;
&lt;p&gt;This is particularly problematic when editors rely on the selection
  order to define the display or processing logic downstream. For
  example, in our case, the selection order (e.g., priority_per_price,
  date_rt, product_name, priority, price_desc, price_asc) was meaningful
  and used in production systems to drive sorting behavior.&lt;/p&gt;
&lt;p&gt;We have confirmed that in Liferay 7.4 q1.0 2025, the order is not
  preserved and appears to be stored arbitrarily, which breaks the
  expected functionality after recent upgrades. The visual reordering in
  the UI is not reflected in the actual stored data or API response.&lt;/p&gt;
&lt;p&gt;This behavior causes confusion and breaks backward compatibility in
  environments where selection order has functional implications.&lt;/p&gt;
&lt;p&gt;We suggest either:&lt;br&gt; - Persisting the selection order as defined by
  the user in the API.&lt;br&gt; - Or, at least, allowing the configuration of
  this behavior per field or structure.&lt;/p&gt;
&lt;p&gt;This feature would improve consistency and data reliability for use
  cases where selection order matters.&lt;/p&gt;</summary>
    <dc:creator>Cristiano Nicolò</dc:creator>
    <dc:date>2025-07-24T13:03:49Z</dc:date>
  </entry>
</feed>
