-
Bug
-
Resolution: Fixed
-
Blocker
-
1.0
-
FF, Safari, Chrome
Behavior on demoauthor.magnolia-cms.com
As shown in the first screenshot, there's a page with one variant. An audience for that variant has been chosen and named "EMEA".
When I attempt to preview the original of that page in the page editor (not the Preview app), the page preview keeps jumping back to the variant. The combobox for choosing the variant to show first screenshot briefly stays on "Original", then jumps to the variant.
I've tried the following:
- if I don't choose an audience, switching between original and variant works fine
- this seems to be independant of the trait or segment I pick when choosing the audience.
- many browsers seem to be affected (not tested with IE)
This was reported to me by Boris, who used our online demo to create the example shown in order to prepare a demo.
How to reproduce on localhost
Instead of using the segment "EMEA" simply "attach" a date trait with the date set the "today".
Reasoning
The info.magnolia.personalization.variant.RegistryVariantResolver used in the info.magnolia.personalization.filter.VariantResolverFilter will detect "the right" variant.
The example above on demoauthor.magnolia-cms.com works because the client IP address is actually an EMEA address (Swiss).
Suggested solution
https://developer.mozilla.org/en-US/docs/Web/HTTP/X-Frame-Options (this can't be used as this header is not set)
We should use the GET parameter mgnlVariant to identify a needed bypass of the filter as this parameter is not used in the PreviewApp.
- depends upon
-
MAGNOLIA-5894 Add boolean voter that votes on a particular GET parameter and an optional value
- Closed
-
MAGNOLIA-5898 Create boolean voter that votes whenever the current user is a system or admin user
- Closed
- relates to
-
MGNLPN-131 VariantResolver should not be triggered in AdminMode (when authoring content)
- Closed
-
MGNLPN-139 VariantResolver should not be triggered in preview app
- Closed