Uploaded image for project: 'Magnolia'
  1. Magnolia
  2. MAGNOLIA-6263

Locale is always set to fallback locale on requests where VirtualURIFilter is run

    XMLWordPrintable

Details

    • Bug
    • Resolution: Won't Do
    • Major
    • None
    • 5.4
    • None
    • None

    Description

      So, VirtualURIFilter cannot be used on multilanguage sites.
      The locale is set on the aggregationstate by the I18nContentSupportFilter, it is determined by the active I18nContentSupport. When DefaultI18nContentSupport is used, it determines the locale from the aggregationState currentURI. (A benefit of the currentURI is that it already has the site removed from the uri)

      If a VirtualURIFilter matches the request, it can perform a forward.

      This will cause the filter chain to be run again but this time when I18nContentSupport is hit, the URI no longer contains the locale, so the fallback locale will be set on the aggregation state.

      So the problem is that I18nContentSupport gets run twice on the request, but it is only designed to be run once.

      See related ticket for example.

      Checklists

        Acceptance criteria

        Attachments

          Issue Links

            Activity

              People

                Unassigned Unassigned
                czimmermann Christopher Zimmermann
                Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  Checklists

                    Bug DoR
                    Task DoD