Unable de reload customer data section
I discover that some native route are listed in the section xml file without any section :
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Customer:etc/sections.xsd">
<action name="customer/account/logout"/>
<action name="customer/account/loginPost"/>
<action name="customer/account/createPost"/>
<action name="customer/account/editPost"/>
<action name="customer/ajax/login">
<section name="checkout-data"/>
<section name="cart"/>
</action>
</config>
In this case the SectionConfigConverter.php will add '*' to signify all sections need to be reloaded. But when one of this route are used, magento try to reload this sections and I got :
"*" section source is not supported
It doesn't seem that the native code is able to deal with the '*' it has added itself.
Have you already encounter/resolve this bug ?
Thank you in advance
magento2 section customer-data
add a comment |
I discover that some native route are listed in the section xml file without any section :
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Customer:etc/sections.xsd">
<action name="customer/account/logout"/>
<action name="customer/account/loginPost"/>
<action name="customer/account/createPost"/>
<action name="customer/account/editPost"/>
<action name="customer/ajax/login">
<section name="checkout-data"/>
<section name="cart"/>
</action>
</config>
In this case the SectionConfigConverter.php will add '*' to signify all sections need to be reloaded. But when one of this route are used, magento try to reload this sections and I got :
"*" section source is not supported
It doesn't seem that the native code is able to deal with the '*' it has added itself.
Have you already encounter/resolve this bug ?
Thank you in advance
magento2 section customer-data
Could you tell more about how to reproduce that error?
– Siarhey Uchukhlebau
yesterday
You can reproduce this bug by calling jQuery.post('/index.php/customer/account/createPost/', ) in your web browser console (I known this call is useless, but it's the easiest and fastest way to reporduce the bug i found)
– Pierre Gauthier
yesterday
add a comment |
I discover that some native route are listed in the section xml file without any section :
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Customer:etc/sections.xsd">
<action name="customer/account/logout"/>
<action name="customer/account/loginPost"/>
<action name="customer/account/createPost"/>
<action name="customer/account/editPost"/>
<action name="customer/ajax/login">
<section name="checkout-data"/>
<section name="cart"/>
</action>
</config>
In this case the SectionConfigConverter.php will add '*' to signify all sections need to be reloaded. But when one of this route are used, magento try to reload this sections and I got :
"*" section source is not supported
It doesn't seem that the native code is able to deal with the '*' it has added itself.
Have you already encounter/resolve this bug ?
Thank you in advance
magento2 section customer-data
I discover that some native route are listed in the section xml file without any section :
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Customer:etc/sections.xsd">
<action name="customer/account/logout"/>
<action name="customer/account/loginPost"/>
<action name="customer/account/createPost"/>
<action name="customer/account/editPost"/>
<action name="customer/ajax/login">
<section name="checkout-data"/>
<section name="cart"/>
</action>
</config>
In this case the SectionConfigConverter.php will add '*' to signify all sections need to be reloaded. But when one of this route are used, magento try to reload this sections and I got :
"*" section source is not supported
It doesn't seem that the native code is able to deal with the '*' it has added itself.
Have you already encounter/resolve this bug ?
Thank you in advance
magento2 section customer-data
magento2 section customer-data
edited yesterday
asked yesterday
Pierre Gauthier
183
183
Could you tell more about how to reproduce that error?
– Siarhey Uchukhlebau
yesterday
You can reproduce this bug by calling jQuery.post('/index.php/customer/account/createPost/', ) in your web browser console (I known this call is useless, but it's the easiest and fastest way to reporduce the bug i found)
– Pierre Gauthier
yesterday
add a comment |
Could you tell more about how to reproduce that error?
– Siarhey Uchukhlebau
yesterday
You can reproduce this bug by calling jQuery.post('/index.php/customer/account/createPost/', ) in your web browser console (I known this call is useless, but it's the easiest and fastest way to reporduce the bug i found)
– Pierre Gauthier
yesterday
Could you tell more about how to reproduce that error?
– Siarhey Uchukhlebau
yesterday
Could you tell more about how to reproduce that error?
– Siarhey Uchukhlebau
yesterday
You can reproduce this bug by calling jQuery.post('/index.php/customer/account/createPost/', ) in your web browser console (I known this call is useless, but it's the easiest and fastest way to reporduce the bug i found)
– Pierre Gauthier
yesterday
You can reproduce this bug by calling jQuery.post('/index.php/customer/account/createPost/', ) in your web browser console (I known this call is useless, but it's the easiest and fastest way to reporduce the bug i found)
– Pierre Gauthier
yesterday
add a comment |
1 Answer
1
active
oldest
votes
I can't understand why this is not working out of the box, but here is workaround for issue:
Plugin which makes this job. In case the *
symbol was found in list of section names it makes the section name equals null
which means for the MagentoCustomerCustomerDataSectionPool
class to update all the sections.
etc/di.xml
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
<!-- Plugins -->
<type name="MagentoCustomerCustomerDataSectionPool">
<plugin name="workaround_update_all_sections"
type="MageWorxCustomerDataFixPluginUpdateAllCustomerDataSections"
sortOrder="10"
disabled="false"/>
</type>
</config>
app/code/MageWorx/CustomerDataFix/Plugin/UpdateAllCustomerDataSections.php
<?php
/**
* Copyright © MageWorx. All rights reserved.
* See LICENSE.txt for license details.
*/
namespace MageWorxCustomerDataFixPlugin;
use MagentoCustomerCustomerDataSectionPool;
/**
* Class UpdateAllCustomerDataSections
*
* Update all sections in case the wildcard symbol was found in the sections-to-update array
*/
class UpdateAllCustomerDataSections
{
/**
* @param SectionPool $subject
* @param array|null $sectionNames
* @param bool $updateIds
* @return array
*/
public function beforeGetSectionsData(
SectionPool $subject,
array $sectionNames = null,
$updateIds = false
) {
// Trying to find a wildcard in the "sections-to-update" array
if (!empty($sectionNames) && array_search('*', $sectionNames) !== false) {
// If found drop all section names to allow update of all sections
$sectionNames = null;
}
return [$sectionNames, $updateIds];
}
}
Complete code (module) could be found here on GitHub.
I found a strange code and I think that it should be responsible for this:
Magento_Customer/js/section-config.js
getAffectedSections: function (url) {
var route = canonize(url),
actions = _.find(sections, function (val, section) {
var matched;
if (section.indexOf('*') >= 0) {
section = section.replace(/*/g, '[^/]+') + '$';
matched = route.match(section);
return matched && matched[0] == route; //eslint-disable-line eqeqeq
}
return route.indexOf(section) === 0;
});
return _.union(_.toArray(actions), _.toArray(sections['*']));
},
but a route could match the * section only in case it has no /
. I don't know how it could be achieved in real world : Maybe it could be useful for you somehow.
Thank you for your response, I think your plugin will resolve the bug, but I found this strange that magento can't deal with this case natively. I find a way around by explicitly liste the sections for these routes in my sections.xml file. About the strange code you found in js, I think it is used for global url such as customer/account/*
– Pierre Gauthier
yesterday
@PierreGauthier This plugin does not prevent loading in case * was not found in the list of section names. In case the * exist in the section names array it just reload all the sections: you can see theMagentoCustomerCustomerDataSectionPool::getSectionsData()
method where code, which is responsible for update sections, looks like$sectionsData = $sectionNames ? $this->getSectionDataByNames($sectionNames) : $this->getAllSectionData();
. So when the$sectionNames === null
all sections will be reloaded.
– Siarhey Uchukhlebau
yesterday
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "479"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f256752%2funable-de-reload-customer-data-section%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
I can't understand why this is not working out of the box, but here is workaround for issue:
Plugin which makes this job. In case the *
symbol was found in list of section names it makes the section name equals null
which means for the MagentoCustomerCustomerDataSectionPool
class to update all the sections.
etc/di.xml
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
<!-- Plugins -->
<type name="MagentoCustomerCustomerDataSectionPool">
<plugin name="workaround_update_all_sections"
type="MageWorxCustomerDataFixPluginUpdateAllCustomerDataSections"
sortOrder="10"
disabled="false"/>
</type>
</config>
app/code/MageWorx/CustomerDataFix/Plugin/UpdateAllCustomerDataSections.php
<?php
/**
* Copyright © MageWorx. All rights reserved.
* See LICENSE.txt for license details.
*/
namespace MageWorxCustomerDataFixPlugin;
use MagentoCustomerCustomerDataSectionPool;
/**
* Class UpdateAllCustomerDataSections
*
* Update all sections in case the wildcard symbol was found in the sections-to-update array
*/
class UpdateAllCustomerDataSections
{
/**
* @param SectionPool $subject
* @param array|null $sectionNames
* @param bool $updateIds
* @return array
*/
public function beforeGetSectionsData(
SectionPool $subject,
array $sectionNames = null,
$updateIds = false
) {
// Trying to find a wildcard in the "sections-to-update" array
if (!empty($sectionNames) && array_search('*', $sectionNames) !== false) {
// If found drop all section names to allow update of all sections
$sectionNames = null;
}
return [$sectionNames, $updateIds];
}
}
Complete code (module) could be found here on GitHub.
I found a strange code and I think that it should be responsible for this:
Magento_Customer/js/section-config.js
getAffectedSections: function (url) {
var route = canonize(url),
actions = _.find(sections, function (val, section) {
var matched;
if (section.indexOf('*') >= 0) {
section = section.replace(/*/g, '[^/]+') + '$';
matched = route.match(section);
return matched && matched[0] == route; //eslint-disable-line eqeqeq
}
return route.indexOf(section) === 0;
});
return _.union(_.toArray(actions), _.toArray(sections['*']));
},
but a route could match the * section only in case it has no /
. I don't know how it could be achieved in real world : Maybe it could be useful for you somehow.
Thank you for your response, I think your plugin will resolve the bug, but I found this strange that magento can't deal with this case natively. I find a way around by explicitly liste the sections for these routes in my sections.xml file. About the strange code you found in js, I think it is used for global url such as customer/account/*
– Pierre Gauthier
yesterday
@PierreGauthier This plugin does not prevent loading in case * was not found in the list of section names. In case the * exist in the section names array it just reload all the sections: you can see theMagentoCustomerCustomerDataSectionPool::getSectionsData()
method where code, which is responsible for update sections, looks like$sectionsData = $sectionNames ? $this->getSectionDataByNames($sectionNames) : $this->getAllSectionData();
. So when the$sectionNames === null
all sections will be reloaded.
– Siarhey Uchukhlebau
yesterday
add a comment |
I can't understand why this is not working out of the box, but here is workaround for issue:
Plugin which makes this job. In case the *
symbol was found in list of section names it makes the section name equals null
which means for the MagentoCustomerCustomerDataSectionPool
class to update all the sections.
etc/di.xml
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
<!-- Plugins -->
<type name="MagentoCustomerCustomerDataSectionPool">
<plugin name="workaround_update_all_sections"
type="MageWorxCustomerDataFixPluginUpdateAllCustomerDataSections"
sortOrder="10"
disabled="false"/>
</type>
</config>
app/code/MageWorx/CustomerDataFix/Plugin/UpdateAllCustomerDataSections.php
<?php
/**
* Copyright © MageWorx. All rights reserved.
* See LICENSE.txt for license details.
*/
namespace MageWorxCustomerDataFixPlugin;
use MagentoCustomerCustomerDataSectionPool;
/**
* Class UpdateAllCustomerDataSections
*
* Update all sections in case the wildcard symbol was found in the sections-to-update array
*/
class UpdateAllCustomerDataSections
{
/**
* @param SectionPool $subject
* @param array|null $sectionNames
* @param bool $updateIds
* @return array
*/
public function beforeGetSectionsData(
SectionPool $subject,
array $sectionNames = null,
$updateIds = false
) {
// Trying to find a wildcard in the "sections-to-update" array
if (!empty($sectionNames) && array_search('*', $sectionNames) !== false) {
// If found drop all section names to allow update of all sections
$sectionNames = null;
}
return [$sectionNames, $updateIds];
}
}
Complete code (module) could be found here on GitHub.
I found a strange code and I think that it should be responsible for this:
Magento_Customer/js/section-config.js
getAffectedSections: function (url) {
var route = canonize(url),
actions = _.find(sections, function (val, section) {
var matched;
if (section.indexOf('*') >= 0) {
section = section.replace(/*/g, '[^/]+') + '$';
matched = route.match(section);
return matched && matched[0] == route; //eslint-disable-line eqeqeq
}
return route.indexOf(section) === 0;
});
return _.union(_.toArray(actions), _.toArray(sections['*']));
},
but a route could match the * section only in case it has no /
. I don't know how it could be achieved in real world : Maybe it could be useful for you somehow.
Thank you for your response, I think your plugin will resolve the bug, but I found this strange that magento can't deal with this case natively. I find a way around by explicitly liste the sections for these routes in my sections.xml file. About the strange code you found in js, I think it is used for global url such as customer/account/*
– Pierre Gauthier
yesterday
@PierreGauthier This plugin does not prevent loading in case * was not found in the list of section names. In case the * exist in the section names array it just reload all the sections: you can see theMagentoCustomerCustomerDataSectionPool::getSectionsData()
method where code, which is responsible for update sections, looks like$sectionsData = $sectionNames ? $this->getSectionDataByNames($sectionNames) : $this->getAllSectionData();
. So when the$sectionNames === null
all sections will be reloaded.
– Siarhey Uchukhlebau
yesterday
add a comment |
I can't understand why this is not working out of the box, but here is workaround for issue:
Plugin which makes this job. In case the *
symbol was found in list of section names it makes the section name equals null
which means for the MagentoCustomerCustomerDataSectionPool
class to update all the sections.
etc/di.xml
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
<!-- Plugins -->
<type name="MagentoCustomerCustomerDataSectionPool">
<plugin name="workaround_update_all_sections"
type="MageWorxCustomerDataFixPluginUpdateAllCustomerDataSections"
sortOrder="10"
disabled="false"/>
</type>
</config>
app/code/MageWorx/CustomerDataFix/Plugin/UpdateAllCustomerDataSections.php
<?php
/**
* Copyright © MageWorx. All rights reserved.
* See LICENSE.txt for license details.
*/
namespace MageWorxCustomerDataFixPlugin;
use MagentoCustomerCustomerDataSectionPool;
/**
* Class UpdateAllCustomerDataSections
*
* Update all sections in case the wildcard symbol was found in the sections-to-update array
*/
class UpdateAllCustomerDataSections
{
/**
* @param SectionPool $subject
* @param array|null $sectionNames
* @param bool $updateIds
* @return array
*/
public function beforeGetSectionsData(
SectionPool $subject,
array $sectionNames = null,
$updateIds = false
) {
// Trying to find a wildcard in the "sections-to-update" array
if (!empty($sectionNames) && array_search('*', $sectionNames) !== false) {
// If found drop all section names to allow update of all sections
$sectionNames = null;
}
return [$sectionNames, $updateIds];
}
}
Complete code (module) could be found here on GitHub.
I found a strange code and I think that it should be responsible for this:
Magento_Customer/js/section-config.js
getAffectedSections: function (url) {
var route = canonize(url),
actions = _.find(sections, function (val, section) {
var matched;
if (section.indexOf('*') >= 0) {
section = section.replace(/*/g, '[^/]+') + '$';
matched = route.match(section);
return matched && matched[0] == route; //eslint-disable-line eqeqeq
}
return route.indexOf(section) === 0;
});
return _.union(_.toArray(actions), _.toArray(sections['*']));
},
but a route could match the * section only in case it has no /
. I don't know how it could be achieved in real world : Maybe it could be useful for you somehow.
I can't understand why this is not working out of the box, but here is workaround for issue:
Plugin which makes this job. In case the *
symbol was found in list of section names it makes the section name equals null
which means for the MagentoCustomerCustomerDataSectionPool
class to update all the sections.
etc/di.xml
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:ObjectManager/etc/config.xsd">
<!-- Plugins -->
<type name="MagentoCustomerCustomerDataSectionPool">
<plugin name="workaround_update_all_sections"
type="MageWorxCustomerDataFixPluginUpdateAllCustomerDataSections"
sortOrder="10"
disabled="false"/>
</type>
</config>
app/code/MageWorx/CustomerDataFix/Plugin/UpdateAllCustomerDataSections.php
<?php
/**
* Copyright © MageWorx. All rights reserved.
* See LICENSE.txt for license details.
*/
namespace MageWorxCustomerDataFixPlugin;
use MagentoCustomerCustomerDataSectionPool;
/**
* Class UpdateAllCustomerDataSections
*
* Update all sections in case the wildcard symbol was found in the sections-to-update array
*/
class UpdateAllCustomerDataSections
{
/**
* @param SectionPool $subject
* @param array|null $sectionNames
* @param bool $updateIds
* @return array
*/
public function beforeGetSectionsData(
SectionPool $subject,
array $sectionNames = null,
$updateIds = false
) {
// Trying to find a wildcard in the "sections-to-update" array
if (!empty($sectionNames) && array_search('*', $sectionNames) !== false) {
// If found drop all section names to allow update of all sections
$sectionNames = null;
}
return [$sectionNames, $updateIds];
}
}
Complete code (module) could be found here on GitHub.
I found a strange code and I think that it should be responsible for this:
Magento_Customer/js/section-config.js
getAffectedSections: function (url) {
var route = canonize(url),
actions = _.find(sections, function (val, section) {
var matched;
if (section.indexOf('*') >= 0) {
section = section.replace(/*/g, '[^/]+') + '$';
matched = route.match(section);
return matched && matched[0] == route; //eslint-disable-line eqeqeq
}
return route.indexOf(section) === 0;
});
return _.union(_.toArray(actions), _.toArray(sections['*']));
},
but a route could match the * section only in case it has no /
. I don't know how it could be achieved in real world : Maybe it could be useful for you somehow.
edited yesterday
answered yesterday
Siarhey Uchukhlebau
9,33192757
9,33192757
Thank you for your response, I think your plugin will resolve the bug, but I found this strange that magento can't deal with this case natively. I find a way around by explicitly liste the sections for these routes in my sections.xml file. About the strange code you found in js, I think it is used for global url such as customer/account/*
– Pierre Gauthier
yesterday
@PierreGauthier This plugin does not prevent loading in case * was not found in the list of section names. In case the * exist in the section names array it just reload all the sections: you can see theMagentoCustomerCustomerDataSectionPool::getSectionsData()
method where code, which is responsible for update sections, looks like$sectionsData = $sectionNames ? $this->getSectionDataByNames($sectionNames) : $this->getAllSectionData();
. So when the$sectionNames === null
all sections will be reloaded.
– Siarhey Uchukhlebau
yesterday
add a comment |
Thank you for your response, I think your plugin will resolve the bug, but I found this strange that magento can't deal with this case natively. I find a way around by explicitly liste the sections for these routes in my sections.xml file. About the strange code you found in js, I think it is used for global url such as customer/account/*
– Pierre Gauthier
yesterday
@PierreGauthier This plugin does not prevent loading in case * was not found in the list of section names. In case the * exist in the section names array it just reload all the sections: you can see theMagentoCustomerCustomerDataSectionPool::getSectionsData()
method where code, which is responsible for update sections, looks like$sectionsData = $sectionNames ? $this->getSectionDataByNames($sectionNames) : $this->getAllSectionData();
. So when the$sectionNames === null
all sections will be reloaded.
– Siarhey Uchukhlebau
yesterday
Thank you for your response, I think your plugin will resolve the bug, but I found this strange that magento can't deal with this case natively. I find a way around by explicitly liste the sections for these routes in my sections.xml file. About the strange code you found in js, I think it is used for global url such as customer/account/*
– Pierre Gauthier
yesterday
Thank you for your response, I think your plugin will resolve the bug, but I found this strange that magento can't deal with this case natively. I find a way around by explicitly liste the sections for these routes in my sections.xml file. About the strange code you found in js, I think it is used for global url such as customer/account/*
– Pierre Gauthier
yesterday
@PierreGauthier This plugin does not prevent loading in case * was not found in the list of section names. In case the * exist in the section names array it just reload all the sections: you can see the
MagentoCustomerCustomerDataSectionPool::getSectionsData()
method where code, which is responsible for update sections, looks like $sectionsData = $sectionNames ? $this->getSectionDataByNames($sectionNames) : $this->getAllSectionData();
. So when the $sectionNames === null
all sections will be reloaded.– Siarhey Uchukhlebau
yesterday
@PierreGauthier This plugin does not prevent loading in case * was not found in the list of section names. In case the * exist in the section names array it just reload all the sections: you can see the
MagentoCustomerCustomerDataSectionPool::getSectionsData()
method where code, which is responsible for update sections, looks like $sectionsData = $sectionNames ? $this->getSectionDataByNames($sectionNames) : $this->getAllSectionData();
. So when the $sectionNames === null
all sections will be reloaded.– Siarhey Uchukhlebau
yesterday
add a comment |
Thanks for contributing an answer to Magento Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f256752%2funable-de-reload-customer-data-section%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Could you tell more about how to reproduce that error?
– Siarhey Uchukhlebau
yesterday
You can reproduce this bug by calling jQuery.post('/index.php/customer/account/createPost/', ) in your web browser console (I known this call is useless, but it's the easiest and fastest way to reporduce the bug i found)
– Pierre Gauthier
yesterday