Service Packs and Hot Fixes
  1. Service Packs and Hot Fixes
  2. MNT-4963

Share does not honor locale on file content upload

    Details

    • Type: Bug Bug
    • Status: Closed Closed (View Workflow)
    • Priority: Blocker Blocker
    • Resolution: Duplicate
    • Affects Version/s: 3.4
    • Fix Version/s: 3.4.4
    • Component/s: Installer, JLAN, L10N
    • Labels:
      None
    • Environment:
      Linux Squeeze, Linux Ubuntu 10.04 (32 bits), Ubuntu 10.10 (64 bits), Tomcat 6
    • Testcase ID:
      Hide

      Start tomcat with language spanish (LANG=es_ES).

      Go to Share in spanish and upload a file, go to node browser and check the node content's locale it is spanish, so far so good.

      Go to Share in french and upload a file, go to node browser and check the node content's locale, it is spanish, but french is expected.

      Show
      Start tomcat with language spanish (LANG=es_ES). Go to Share in spanish and upload a file, go to node browser and check the node content's locale it is spanish, so far so good. Go to Share in french and upload a file, go to node browser and check the node content's locale, it is spanish, but french is expected.

      Description

      There seems to me that there are several issues related to lucene indexes and localisation, especially in share (most of them due to the probably correct, but unexpected, mechanism of "localised search"). But I'll try to go step by step in each of the issues that are leading to the various problems.

      Whatever language you're using Alfresco Share in the uploaded content always gets the locale that the repository's JVM is running in. Share as a remote client for the repository does not honour the locale when uploading the file, so does FTP and presummably IMAP, CIFS and NFS (not tested). Probably in those clients there is no way of specifying the locale, don't know, but obviously, as Share offers and internationalized interface it should manage to ask the repository to maintain its locale.

      I think this is critical because this is the beginning of many indexing and searching problems. For share users all content gets indexed in just one language, which may or may not be the correct one depends on tomcat configuration. So when searching, clients in other languages don't find anything. I think there is something more than the share issue in this problem, but obviously this is part of the problem.

        Issue Links

          Activity

          Hide
          Andrew Hind added a comment -

          This is mostly a duplication of ALF-5188 and related issues.

          If there is a separate issue here it is that content uploaded by share does not set the locale.

          Show
          Andrew Hind added a comment - This is mostly a duplication of ALF-5188 and related issues. If there is a separate issue here it is that content uploaded by share does not set the locale.
          Hide
          Gavin Cornwell added a comment -

          I think this is a Flash uploader issue.

          If you set the browser to have a non UK locale and create a piece of content the content URL correctly has a locale of the language selected in the browser, likewise if you disable Flash and upload a file the locale is correct in the content URL. However, when you upload with Flash the content URL reports a locale of English.

          The setLanguageFromRequestHeader() method in WebScriptServlet also shows there is no Accept-Language header being sent with the Flash request.

          Show
          Gavin Cornwell added a comment - I think this is a Flash uploader issue. If you set the browser to have a non UK locale and create a piece of content the content URL correctly has a locale of the language selected in the browser, likewise if you disable Flash and upload a file the locale is correct in the content URL. However, when you upload with Flash the content URL reports a locale of English. The setLanguageFromRequestHeader() method in WebScriptServlet also shows there is no Accept-Language header being sent with the Flash request.
          Hide
          Steve Rigby added a comment -

          for retest in 3.4.4 b473 or later

          Show
          Steve Rigby added a comment - for retest in 3.4.4 b473 or later
          Hide
          Alfresco QA Team added a comment -

          Cannot replicate this issue using Alfresco Enterprise - v3.4.4 (473), WinXP x32, Tomcat, PostgreSQL, Java 6 (all installer deployed) Client: WinXP, FF5

          Show
          Alfresco QA Team added a comment - Cannot replicate this issue using Alfresco Enterprise - v3.4.4 (473), WinXP x32, Tomcat, PostgreSQL, Java 6 (all installer deployed) Client: WinXP, FF5

            People

            • Assignee:
              Closed Issues
              Reporter:
              Igor Blanco
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: