-
Notifications
You must be signed in to change notification settings - Fork 9.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
messages.js breaks minicart item count update in mixed HTTP/HTTPS mode #6487
Labels
bug report
Component: Customer
Issue: Ready for Work
Gate 4. Acknowledged. Issue is added to backlog and ready for development
Comments
Internal ticket created MAGETWO-58182. Thanks for reporting |
sevos1984
added
the
Issue: Ready for Work
Gate 4. Acknowledged. Issue is added to backlog and ready for development
label
Sep 8, 2016
mmansoor-magento
pushed a commit
that referenced
this issue
Oct 5, 2016
Fixed issues: - MAGETWO-56938: CLONE - [Github] API salesOrderRepositoryV1 can't create shipping address #5544 - MAGETWO-55342: [GITHUB] Free shiping coupon usage is not tracked #3506 - MAGETWO-59137: It's impossible to create a catalog price rule - MAGETWO-59090: [Github] Admin can't reset password for more than one customer #5260 - MAGETWO-58182: [Github] Minicart item count is not updated if switch from https to http #6487
@torbre16
|
okorshenko
pushed a commit
that referenced
this issue
Dec 14, 2016
Fixed issues: - MAGETWO-59547: Static versioning is not working under nginx - MAGETWO-59374 [Backport]- Ship To section on Checkout's Review & Payments step, clears out the Ship To address on page reload - for 2.0 - MAGETWO-55664 Portdown MAGETWO-51428 down to M2.0.x branch - MAGETWO-58793 Unable to edit configurations options after product options lose price on regeneration - MAGETWO-58894 [Backport] Customer is redirected to "Compare Products" Frontend page if tries to remove a Product from comparing - 2.0 - MAGETWO-58917 Error adding simple product to configurable product with advanced configurations - for 2.0.x - MAGETWO-59211 [Backport] - [Github] Minicart item count is not updated if switch from https to http #6487 - for 2.0 - MAGETWO-57036 [Backport] - Unable to upload change robots.txt file via admin panel - for 2.0
okorshenko
pushed a commit
that referenced
this issue
Dec 14, 2016
…ed if switch from https to http #6487 - for 2.1
okorshenko
pushed a commit
that referenced
this issue
Dec 14, 2016
Fixed issues: - MAGETWO-58090: [Magento Cloud] - Intermittent HTTP ERROR 500 during checkout - MAGETWO-59024: [Github] Ship To section on Checkout's Review & Payments step, clears out the Ship To address on page reload - MAGETWO-55447: Portdown MAGETWO-54718 down to M2.1.x branch - MAGETWO-55662: Portdown MAGETWO-51428 down to M2.1.x branch - MAGETWO-59209: [Github] Minicart item count is not updated if switch from https to http #6487 - MAGETWO-56964: [GitHub] Validate attribute values #4881
This issue has been delivered to 2.1.3 and 2.0.11 as of today. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
bug report
Component: Customer
Issue: Ready for Work
Gate 4. Acknowledged. Issue is added to backlog and ready for development
Preconditions
Steps to reproduce
Expected result
Actual result
Root cause
The number of items in the minicart is stored in the browser's local storage. As the browser has different local storages for HTTP and HTTPS pages, Magento uses a 'section_data_ids' cookie to remember what local storage keys to invalidate (this is all performed in
module-customer/view/frontend/web/js/customer-data.js
).The file
module-theme/view/frontend/web/js/view/messages.js
sets theexpires
parameter of the cookie storage globally to-1
in theinitialize
method. Effectively, this disables the cookie storage feature completely in case a new cookie is set via$.cookieStorage
, and thus also breaks$.cookieStorage.set('section_data_ids', [...]);
which is used to update the number of items in the minicart.In our case, it helped to change the line
$.cookieStorage.setConf({path: '/', expires: -1}).set('mage-messages', null);
in
module-theme/view/frontend/web/js/view/messages.js
to$.cookieStorage.setConf({path: '/'}).set('mage-messages', null);
to fix the issue, but I am not completely sure if this breaks something else in regards to the error message handling (not sure why the
expires
parameter has been set to-1
originally).The text was updated successfully, but these errors were encountered: