Closed nazimwibsoft closed 4 years ago
Hi @nazimwibsoft. Thank you for your report. To help us process this issue please make sure that you provided the following information:
Please make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, please, add a comment to the issue:
@magento give me 2.4-develop instance
- upcoming 2.4.x release
For more details, please, review the Magento Contributor Assistant documentation.
@nazimwibsoft do you confirm that you were able to reproduce the issue on vanilla Magento instance following steps to reproduce?
Hi @krishprakash. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
[ ] 1. Verify that issue has all the required information. (Preconditions, Steps to reproduce, Expected result, Actual result).Details
If the issue has a valid description, the label Issue: Format is valid
will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid
appears.
[ ] 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue. If the report is valid, add Issue: Clear Description
label to the issue by yourself.
[ ] 3. Add Component: XXXXX
label(s) to the ticket, indicating the components it may be related to.
[ ] 4. Verify that the issue is reproducible on 2.4-develop
branchDetails
- Add the comment @magento give me 2.4-develop instance
to deploy test instance on Magento infrastructure.
- If the issue is reproducible on 2.4-develop
branch, please, add the label Reproduced on 2.4.x
.
- If the issue is not reproducible, add your comment that issue is not reproducible and close the issue and stop verification process here!
[ ] 5. Add label Issue: Confirmed
once verification is complete.
[ ] 6. Make sure that automatic system confirms that report has been added to the backlog.
@magento give me 2.4-develop instance
Hi @krishprakash. Thank you for your request. I'm working on Magento 2.4-develop instance for you
Hi @krishprakash, here is your Magento instance.
Admin access: https://i-26786-2-4-develop.instances.magento-community.engineering/admin_bb50
Login: 57631fc1
Password: 234686a4fc9c
Instance will be terminated in up to 3 hours.
Hi @nazimwibsoft. Not able to reproduce the issue as provided steps by you. Please review below link for reference: https://nimb.ws/JYGxjv Please provide more detail to reproduce this issue Thanks.
Hi @nazimwibsoft. It should be 3rd party module issue. Please review the issue #26774 Please provide the video if this is default issue and please confirm on provided automated instance.
@krishprakash Thanks for the update and prompt response on this, we have Paypal, and Stripe Payment methods installed on the site which were working fine with 2.3.3 , and after upgrade to 2.3.4 it started this issue of infinite loop message
The issue was with the Stripe Payment Integration extension, after updating that to latest 1.5.2 resolved the issue for me. Thanks.
We can install the latest version from here: https://stripe.com/docs/plugins/magento/install
Infinite loop detected, review the trace for the looping path while checking out for paypal or strip both.. do we have any solution to fix this in Magento 2.3.4??
Infinite loop detected, review the trace for the looping path in Payment gateways on checkout.
do we have any solution to fix this in Magento 2.3.4?? Any Solution will be helpful. My Stripe is updated but still issue.
Infinite loop detected, review the trace for the looping path in Payment gateways on checkout.
Any solution or any information for this issue patch released..??
@rahulthakral38 check in your custom code if there is at least one observer on a quote load event (in my case 'payment_method_is_active') that try to load quote from \Magento\Checkout\Model\Session (i.e. in construct function). In this case the constructor of your custom observer try to load quote inside ->getQuote session function, and generate this infinite loop error. So try to load quote from your $observer object (in my case $observer->getQuote()) to solve the problem. It works for me.
In my case this error was related to the custom extension that was installed on the Magento instance. The easiest way to find the the source of the issue is to print backtrace in file vendor/magento/module-checkout/Model/Session.php right before the line throw new \LogicException("Infinite loop detected, review the trace for the looping path");
to detect what plugin/observer/rewrite creates a loop.
Any solution for the same I am facing the same issue after m2.3.3 upgrade 2.3.5 EE
change in file vendor/magento/module-checkout/Model/Session.php
This error comes in 2.3.4 or later versions because of
if($quote->getTotalsCollectedFlag() === false) { $quote->collectTotals(); }
Here, $quote->collectTotals(); generates error because of recursive call
so, by commenting $quote->collectTotals(); or whole if condition it will not go in infinite and code will work properly.
Actually there is no need of $quote->collectTotals(); in this file.
Thanks Amit-Hariyaniz We have faced the same issue on one of the project yesterday as per your suggestion commented respected line in session.php and issue has been fixed in 2.3 EE.
Thanks
Hello @Amit-Hariyani Please refer to the original commit and you can see why the code is added and how commenting it would affect some cases when products are unavailable Unused code should be removed, If you're still sure it won't affect anything please open a PR removing the condition Such suggestion to edit core file with the assumption it won't affect anything is really dangerous! Regards
just come across this issue on 2.4.3-p1. the problem occurred because using the mageworx delivery date module and the adyen payment method together. i do not want to edit core files, but this does seem to fix the issue. confused why it has been fixed in EE, (i.e. implying identified as a bug), but not the community edition??
just come across this issue on 2.4.3-p1. the problem occurred because using the mageworx delivery date module and the adyen payment method together. i do not want to edit core files, but this does seem to fix the issue. confused why it has been fixed in EE, (i.e. implying identified as a bug), but not the community edition??
We're on enterprise edition 2.4.3-p1 EE and the issue persists here too. I've had to comment out the offending line and hope that the issue it supposedly fixed (deleted items not being removed from minicarts) doesn't cause a larger issue.
We came across this error on community v2.4.3-p1. Why is this issue "closed" if it still exists? Can anyone point me to a patch? We don't want to comment out lines in core files as there could be serious unintended consequences.
Still exists in 2.4.5....
Facing it on 2.4.2 why still exists?
yes this garbage still exist
Still exists in 2.4.5-p2. Can we get an update and reopen?
Hi all,
I confirm it still exist on Magento 2.4.6 EE
Hi All,
the issue still exists in 2.4.6-p2
hi this issue on magneto2.4.7-p1
this issue still exists on 2.4.7-p2
Preconditions (*)
Steps to reproduce (*)
Expected result (*)
Actual result (*)
Bug in Code File of 2.3.4