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

/content/versionview shows translation mismatch even if the ContentObjectLocale is set

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Medium Medium
    • Resolution: Fixed
    • Affects Version/s: 4.2.0
    • Fix Version/s: 4.4.0beta2, Customer request
    • Component/s: Language
    • Labels:
      None
    • Environment:

      eZ Publish 4.2.0

      Description

      When using /content/versionview/ there will be displayed a warning about a translation mismatch, if the ContentObjectLocale is not located in settings/siteaccess/<name>/site.ini.
      But for large sites with many siteaccess or many different servers (test, development, production, ...) it is a common practice to keep the files in settings/ as small as possible and move as much as possible into settings extensions. The following commons cases are not covered for now and will result in a warning displayed:

      • There is a global setting of ContentObjectLocale in settings/override/site.ini because the whole site is in one language
      • There is a global settings of ContentObjectLocale in extension/<name>/settings/site.ini because the whole site is in one language and the settings are used independent from the current server
      • There are settings of ContentObjectLocale in extension/<name>/settings/siteaccess/<name2>/site.ini because the content locales of the site accesses are different, but they do not change and are thus independent from the current server

      The patch fixes this by implementing the following logic, based on the correct settings override chain:

      • For each given site access:
      • If ContentObjectLocale exists in settings/siteaccess/<name>/site.ini(.append)(.php), use that.
      • Else if ContentObjectLocale exists in extension/<name>/settings/siteaccess/<name2>/site.ini(.append)(.php), use that.
      • Else read global value for ContentObjectLocale. (This will automatically be read from extension/<name>/settings/site.ini(.append)(.php) if existing, or fall back to settings/override/site.ini(.append)(.php) or even settings/site.ini.)
        Steps to reproduce
      • Put the ContentObjectLocale somewhere else than in settings/siteaccess/<name>/site.ini
      • If it exists in that location, comment or remove it from there
      • Test /content/versionview/ in the 3 different cases mentioned above

        Activity

        Hide
        André R added a comment -

        This issue has changed in 4.4beta1 as of yesterday when new api was introduced (and is being used) that also loads extension settings on places like this to get settings for other siteaccesses.

        Show
        André R added a comment - This issue has changed in 4.4beta1 as of yesterday when new api was introduced (and is being used) that also loads extension settings on places like this to get settings for other siteaccesses.
        Hide
        Chen Xiongjie added a comment -
        Show
        Chen Xiongjie added a comment - Implemented with new ini API in master(4.4.0beta1): http://github.com/ezsystems/ezpublish/commit/03b36727b57064e01cee4673926dfba98eff8100
        Hide
        ezrobot added a comment -

        This issue has been automatically closed due to the lack of activity over a long period of time. It is very likely that it is obsolete, but if you think it is still valid, do not hesitate to reopen it and mention why.

        Show
        ezrobot added a comment - This issue has been automatically closed due to the lack of activity over a long period of time. It is very likely that it is obsolete, but if you think it is still valid, do not hesitate to reopen it and mention why.

          People

          • Assignee:
            Chen Xiongjie
            Reporter:
            (inactive) Gunnstein Lye
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: