Uploaded image for project: 'Nuxeo Web UI'
  1. Nuxeo Web UI
  2. WEBUI-1502

Fix Saved Search restoration/execution with hierarchical vocabularies with 3 levels

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 3.1.x, 3.0.31
    • Fix Version/s: 3.1.10, 3.0.34
    • Component/s: Web UI
    • Release Notes Summary:
      Saved Search restoration/execution with hierarchical vocabularies works with any number of levels.
    • Backlog priority:
      800
    • Sprint:
      UI - 2024-6
    • Story Points:
      5

      Description

      This ticket is the following of WEBUI-1386 which provided a proper fix for hierarchical vocabularies with 2 levels.

      Pre-requisite: install the attached jar to nxserver/plugins

      Steps to reproduce:

      1. Navigate to your personal workspace
      2. Click on the + button and choose "document operational"
      3. In the creation form, set the Title with Approv3 and select "Cars" in the dropdown menu for Typology. Then validate with the Create button
      4. Repeat the previous step to create another "document operational" document with title=Approv4 and select Bus for the Typology field
      5. Navigate to the Search menu named "Approval search"
      6. Once the Form panel is open, click on Search => the 2 "document operational" documents will be displayed
      7. Select "Cars" in the dropdown menu for Typology and click on Search => only the document Approv3 is displayed, as expected
      8. Save the search with the name "cars"
      9. In the Dropdown menu on top of the Form panel, select "Filters" to remove the previous choice
      10. Then select "cars" => observe that the Typology field is set
      11. Click on the Search button
      12. Observe that no document is returned <= that's the bug

      When analyzing the payloads, we see :

      • for a normal search, the value is
        operational_typology: %5B%220001%2FDOCROA%2FCAR%22%5D

        decoded into ["0001/DOCROA/CAR"]

      • for the saved search, the value is
        operational_typology: %5B%22DOCROA%2FCAR%22%5D

        decoded into ["DOCROA/CAR"]

      => the first parent is missing in the payload submitted by the saved search.

      Note that the value is correctly saved in the SavedSearch document

              "PP_Search_DocumentOperational_pp:operational_typology": [
                  "0001/DOCROA/CAR"
              ],
      

        Attachments

          Issue Links

          There are no Sub-Tasks for this issue.

            Activity

              People

              • Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:

                  Time Tracking

                  Estimated:
                  Original Estimate - 2 weeks, 1 day, 1 hour
                  2w 1d 1h
                  Remaining:
                  Time Spent - 2 weeks, 4 hours Remaining Estimate - 4 hours
                  4h
                  Logged:
                  Time Spent - 2 weeks, 4 hours Remaining Estimate - 4 hours
                  2w 4h