You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Wrong cookies set for store views with multidomain #8509
Magento 2.1.4 CE
PHP Version 7.0.14-2a
Porto Theme 2.4.5
NGinx 1.9.11
Steps to reproduce
Set up multiple store views within 1 website, like for example:
storeview - code - base url
GB - English - en_gb - www.store.com (default)
GB - German - de_gb - www.store.com
DE - German - de_de - www.store.de
DE - English - en_de - www.store.de
Go to default store, and use store switcher to change the storeview, for example the 'de_de' storeview.
Switch back to the default storeview (en_gb)
Expected result
A cookie named "store" should get created for www.store.de with "de_de" as content.
A cookie named "store" should get created for www.store.com with "en_gb" as content.
Actual result
A cookie named "store" is created with "en_gb" on domain www.store.de
A cookie named "store" is created with "de_de" on domain www.store.com
Both cookie-values don't match their domain.
If you now visit www.store.de, the store cookie gets called and it tries to load the en_gb storeview. This storeview has www.store.com set as base url, so it redirects to there. There's a store cookie set on that domain also, which tries to load the de_de storeview. You'll end up with a loop resulting in ERR_TOO_MANY_REDIRECTS.
Reacted by Flamestyle, Simon Dakin, David Lambauer, Brice, Pieter Hoste and dinkeronline
Did you try to set correct Cookie Domain for each stores at Stores->Configuration->General->Web->Default Cookie Settings. Set store.de for de_de storeview and so on
So when there is no cookie set, it loads the default language set in the config. If there is a cookie set, it should 'override' the nginx config and redirect to the storeview set in the cookie.
The same problem seems to be happening in this thread #3676
The given solution (#3676 (comment)) doesn't work in this case, because I don't use additional store-codes after the base_url. It forces the nginx config over the cookie set.
There is a condition in \Magento\Store\Controller\Store\SwitchAction which seems to be the source of the problem for me.
The following Code contains a condition which checks if the current store is equal to the default. If so, the cookie of the store will be deleted. The problem is, that the cookie of the default store is getting deleted and the referer-store stil contains the cookie. That seems to be wrong in my opinion.
Hi @Noewt , i try to reproduce your bug. after configuring web views, I see on cookies and they is correct.
[https://youtu.be/uyd-nK0F9VI](See video) Maybe i forgot some settings for reproducing this bug. ?
Can confirm that the cookie is created in \Magento\Store\Controller\Store\SwitchAction for the wrong domain. The store cookie contains the store code from website A, but the domain the cookie is created for is website B. Magento starts acting very strangely because it thinks it's still on website A:
In the browser, the address bar show that the URL is website B
The theme and assets are loaded from website A
On HTTPS, asset loading fails because of CORS policy. The expected behavior when switching store views is that the store cookie will be created on the correct domain.
Hi, we are getting this error on a EE 2.1.7. @DavidLambauer did you manage to write a workaround?
If we force the cookie like shown here: #3676 (comment), we are able to use the store switcher 'correctly', but touching the index is not a good option for me.
@danielozano, we ran into the same problem last week, we were able to fix it by applying MAGETWO-64885 on top of Magento CE 2.1.7, but then ran into a new issue, which I started documenting here: 508f1ef#commitcomment-23479499
We worked around this new issue using this extra change for the magento/module-store module:
diff --git a/Model/Store.php b/Model/Store.php
index 7aa723ab123..e6cad7efb12 100644
--- a/Model/Store.php+++ b/Model/Store.php@@ -1130,7 +1130,7 @@ class Store extends AbstractExtensibleModel implements
public function getCurrentUrl($fromStore = true)
{
$sidQueryParam = $this->_sidResolver->getSessionIdQueryParam($this->_getSession());
- $requestString = $this->_url->escape(ltrim($this->_request->getRequestString(), '/'));+ $requestString = $this->_url->escape(ltrim($this->_request->getOriginalPathInfo(), '/'));
$storeUrl = $this->getUrl('', ['_secure' => $this->_storeManager->getStore()->isCurrentlySecure()]);
This extra workaround is only necessary for Magento 2.1.x, it works fine on the 2.2.0-develop branch without this workaround.
Be aware, we still have to test this workaround properly, so no promises this won't break anything else.
We need a stable store/language switcher in Magento 2.1.9 and had same problem as described by Noewt. It seems getTargetStorePostData() in .../switch/languages.phtml is the source of the problem. Since it looks like patches available still will need some good and thorough testing, we went for following temporary workaround in .../switch/languages.phtml
This requires setting individual Cookie Domains for each store.
When switching between stores, each store will then have its own, dedicated shopping basket and switching always will redirect to home page (which is ok in our case).
If there is anything wrong with this temporary workaround, pls let us know (we are no Magento experts).
Allow NGINX to execute index.php file from the /de/ directory.
# PHP entry point for main application+location ~ (index|get|static|errors/report|errors/404|errors/503|health_check)\.php$ {-location ~ ^/(index|get|static|errors/report|errors/404|errors/503|health_check)\.php$ {
For Static and Media View Files, you will need to globally change the URL to something like this: https//domain.com/static/(media/) so that the styles would be available in /de/ as well.
Stores -> Configuration -> General -> Web (Scope: Default Config)
Base URLs
Base URL for Static View Files: https//domain.com/static/
Base URL for User Media Files: https//domain.com/media/
Base URLs (Secure)
Secure Base URL for Static View Files: https//domain.com/static/
Secure Base URL for User Media Files https//domain.com/media/
Specify a URL for the German store with the prefix /de/.
Stores -> Configuration -> General -> Web (Scope: German Store View)
Base URLs
Base Link URL: https//domain.com/de/
Base URLs (Secure)
Base Link URL: https//domain.com/de/
Change the main Store View for Store to German. (make it default)
Stores -> Settings -> All Stores -> Store (Main Website Store)
Change Default Store View: en -> de
Going to the site...
Now by default we are redirected to /de/ and the site opens in German (Default, Store View Code: de). Great!
The site also displays a language switcher.
Switching to English (Store View Code: en) - redirect to / and the language changes.
Switch back to German (Default, Store View Code: de) - redirect to /de/ but language does not change, English remains. In the same way all store URLs without the prefix /de/.
Expected result (*)
There is no "store" cookie for the primary Store View.
When the primary Store View (de) is located on the /de/ path and when you switch to another Store View (en) that is located on the / path, the "store" cookie is set for the target Store View (en).
Name
Value
Domain
Path
store
en
.domain.com
/
And when switching from another Store View (en) when the "store" cookie is already set, it checks to match the target Store View with the default Store View ID.
If there is a match, the "store" cookie should be removed.
getStorePath() returns /de, but the "store" cookie has a path / - perhaps because of this the "store" en cookie is not deleted and the site always stays on Store View (en)
When the primary Store View (de) is located on the /de/ path and when you switch to another Store View (en) that is located on the / path, the "store" cookie is set for the target Store View (en).
And when switching from another Store View (en) when the "store" cookie is already set, it checks to match the target Store View with the default Store View ID.
If there is a match, the "store" cookie should be removed.
Activity
Flamestyle commentedon Feb 11, 2017
Hello, @Noewt! I have same problem. Please write your steps for host nginx config. And setting in admin panel. You have found a solution?
ajithkranatunga commentedon Feb 14, 2017
Hello,
Did you try to set correct Cookie Domain for each stores at Stores->Configuration->General->Web->Default Cookie Settings. Set store.de for de_de storeview and so on
Noewt commentedon Feb 14, 2017
I'm using this in the nginx config:
So when there is no cookie set, it loads the default language set in the config. If there is a cookie set, it should 'override' the nginx config and redirect to the storeview set in the cookie.
These are the admin settings for each storeview:
Noewt commentedon Feb 14, 2017
The same problem seems to be happening in this thread #3676
The given solution (#3676 (comment)) doesn't work in this case, because I don't use additional store-codes after the base_url. It forces the nginx config over the cookie set.
Flamestyle commentedon Feb 21, 2017
Any decision on this issue?
DavidLambauer commentedon Mar 1, 2017
I think I have the same Issue. The Problem I face with has the following behavior:
http://recordit.co/hd5atWxFhu
There is a condition in
\Magento\Store\Controller\Store\SwitchActionwhich seems to be the source of the problem for me.The following Code contains a condition which checks if the current store is equal to the default. If so, the cookie of the store will be deleted. The problem is, that the cookie of the default store is getting deleted and the referer-store stil contains the cookie. That seems to be wrong in my opinion.
May someone can check it as well.
vherasymenko commentedon Mar 30, 2017
Hi @Noewt , i try to reproduce your bug. after configuring web views, I see on cookies and they is correct.
[https://youtu.be/uyd-nK0F9VI](See video) Maybe i forgot some settings for reproducing this bug. ?
Flamestyle commentedon Mar 30, 2017
Hi, @k7triton!
You use only one domain.
dakzilla commentedon Mar 31, 2017
Can confirm that the cookie is created in \Magento\Store\Controller\Store\SwitchAction for the wrong domain. The
storecookie contains the store code from website A, but the domain the cookie is created for is website B. Magento starts acting very strangely because it thinks it's still on website A:On HTTPS, asset loading fails because of CORS policy. The expected behavior when switching store views is that the
storecookie will be created on the correct domain.IlnitskiyArtem commentedon Jul 10, 2017
Hi, @Noewt.
Internal ticket MAGETWO-64885, which tracks this GitHub issue, is in our issue backlog.
danielozano commentedon Aug 7, 2017
Hi, we are getting this error on a EE 2.1.7.
@DavidLambauer did you manage to write a workaround?
If we force the cookie like shown here: #3676 (comment), we are able to use the store switcher 'correctly', but touching the index is not a good option for me.
Thanks!
hostep commentedon Aug 7, 2017
@danielozano, we ran into the same problem last week, we were able to fix it by applying MAGETWO-64885 on top of Magento CE 2.1.7, but then ran into a new issue, which I started documenting here: 508f1ef#commitcomment-23479499
We worked around this new issue using this extra change for the
magento/module-storemodule:This extra workaround is only necessary for Magento 2.1.x, it works fine on the 2.2.0-develop branch without this workaround.
Be aware, we still have to test this workaround properly, so no promises this won't break anything else.
4 remaining items
MAGETWO-70580: Merged fixes
magento-engcom-team commentedon Sep 20, 2017
@Noewt, thank you for your report.
The issue is already fixed in 2.2.0
duckchip commentedon Oct 9, 2017
This merge created a new problem with the store switcher #11211
ricoliv commentedon Oct 29, 2017
We need a stable store/language switcher in Magento 2.1.9 and had same problem as described by Noewt. It seems getTargetStorePostData() in .../switch/languages.phtml is the source of the problem. Since it looks like patches available still will need some good and thorough testing, we went for following temporary workaround in .../switch/languages.phtml
This requires setting individual Cookie Domains for each store.
When switching between stores, each store will then have its own, dedicated shopping basket and switching always will redirect to home page (which is ok in our case).
If there is anything wrong with this temporary workaround, pls let us know (we are no Magento experts).
Thanks.
artmouse commentedon Jun 26, 2023
Preconditions (*)
A vanilla installation of Magento 2.4.6-p1 with default settings.
Stores and Web Site Configuration:
Web Site information:
Store information:
Steps to reproduce (*)
Add second Store View and change the values of the main Store View for clarity
English Store View (default) information:
German Store View information:
For the German store, you need to create a subdirectory in the pub, so that it can be accessed at /de/ and assign a proper URL.
For Static and Media View Files, you will need to globally change the URL to something like this: https//domain.com/static/(media/) so that the styles would be available in /de/ as well.
Specify a URL for the German store with the prefix /de/.
Change the main Store View for Store to German. (make it default)
Going to the site...
Expected result (*)
There is no "store" cookie for the primary Store View.
When the primary Store View (de) is located on the /de/ path and when you switch to another Store View (en) that is located on the / path, the "store" cookie is set for the target Store View (en).
And when switching from another Store View (en) when the "store" cookie is already set, it checks to match the target Store View with the default Store View ID.
If there is a match, the "store" cookie should be removed.
magento2/app/code/Magento/Store/Model/StoreSwitcher/ManageStoreCookie.php
Lines 58 to 71 in 35e8e43
But when try to delete the store cookie in $cookieMetadata set the path /de, but existing "store" cookie has path /.
magento2/app/code/Magento/Store/Model/StoreCookieManager.php
Lines 72 to 78 in 35e8e43
getStorePath() returns /de, but the "store" cookie has a path / - perhaps because of this the "store" en cookie is not deleted and the site always stays on Store View (en)
magento2/app/code/Magento/Store/Model/Store.php
Lines 1373 to 1378 in 35e8e43
Actual result (*)