Uploaded image for project: 'eZ Publish / Platform'
  1. eZ Publish / Platform
  2. EZP-27071

URLs will not be valid after upgrade from 5.4 to 1.x

    Details

      Description

      If we perform an upgrade from version 5.4 to version eZ Platform/Enterprise 1.8 the URLs will not be valid (as in it will change).

      The following URLTranslator is used on site.ini.append.php:

      [URLTranslator]
      TransformationGroup=urlalias_compat
      

      And same goes for use of urlalias_iri.

      There needs to be a way to configure this without re defining slug converter service, and there needs to be mention of this on upgrade guide

        Issue Links

          Activity

          Hide
          Ricardo Correia (Inactive) added a comment - - edited

          André Rømcke suggested a workaround, which worked correctly, to redefine the slug_converter:

              ezpublish.persistence.slug_converter:
                  class: "%ezpublish.persistence.slug_converter.class%"
                  arguments:
                      - "@ezpublish.api.storage_engine.transformation_processor"
                      - { transformation: "urlalias_compat" }
          

          Show
          Ricardo Correia (Inactive) added a comment - - edited André Rømcke suggested a workaround, which worked correctly, to redefine the slug_converter : ezpublish.persistence.slug_converter: class: "%ezpublish.persistence.slug_converter.class%" arguments: - "@ezpublish.api.storage_engine.transformation_processor" - { transformation: "urlalias_compat" }
          Show
          Dominika Kurek added a comment - - edited Added note to doc, see diff: https://doc.ez.no/pages/diffpagesbyversion.action?pageId=31430322&selectedPageVersions=11&selectedPageVersions=9
          Hide
          Rui Silva (Inactive) added a comment -

          Tested and approved by QA on platform 1.8.
          However, I'd just place a simple note on the doc, saying that the settings are not simply meant to be added to the file in question, but rather replaced, since one can easily skip noticing that the setting already exists in it, lower and ahead.

          Show
          Rui Silva (Inactive) added a comment - Tested and approved by QA on platform 1.8. However, I'd just place a simple note on the doc, saying that the settings are not simply meant to be added to the file in question, but rather replaced, since one can easily skip noticing that the setting already exists in it, lower and ahead.
          Hide
          Dominika Kurek added a comment -

          Clarified the description according to Rui's comment.

          Show
          Dominika Kurek added a comment - Clarified the description according to Rui's comment.

            People

            • Assignee:
              Unassigned
              Reporter:
              Ricardo Correia (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: