Uploaded image for project: 'PUBLIC - Liferay Portal Community Edition'
  1. PUBLIC - Liferay Portal Community Edition
  2. LPS-102711

As an Admin willing to use the new site settings I want old site settings UI to be converted into the new, category based settings application for sites

    Details

      Description

      Info/Context:

      The old Settings portlet allowed site administrators to configure a given site. This portlet had a traditional UI. LPS-102441 has introduced a new way of doing site-level configuration, which leverages the configuration infrastructure already present for Instance Settings and System Settings. This makes site-level configurability much easier for developers. However, at this point there are two separate applications to change the settings which does not make sense for users.

      The goal of this story is to merge both applications. This will be achieved by breaking the old settings portlet in pieces and placing them within categories in the new settings application UI.

      -

      Given a Liferay installation with a site with a modified configuration defined in Configuration > Settings

      When upgrading to 7.4

      Then all the configuration is preserved

      -

      Given a new site is created

      When a site administrator accesses the new site settings application

      Then all the configuration has the default values (same as current default config. values) and organized as follow: see mapping doc below

      -

      Given a site with no custom settings

      When a virtual instance administrator changes the default values for site-level configuration in Instance Settings

      Then the new settings are applied to the site

      -

      Given a site with no custom settings

      When a site administrator changes any of the configuration settings

      Then the new settings work as expected within the site

      -

      See old to new config mapping: here

      Technical notes

      A first step could be to convert the entire form into a ConfigurationScreen. After this, identify parts of the big form that are already backed by Configuration interfaces and use the UI generation. In some cases it might be necessary to use custom ConfigurationScreens to be able to keep the existing UI (if it's clearly better than the auto-generated one).

       

      figma

       

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              eudaldo.alonso Eudaldo Alonso
              Reporter:
              jorge.ferrer Jorge Ferrer
              Engineering Assignee:
              SE Support
              Recent user:
              Marta Elicegui
              Participants of an Issue:
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

                Dates

                Created:
                Updated:

                  Packages

                  Version Package