this is my problem. I'm using Magento Enterprise version. When using DPS PxFusion by Fooman with default checkout of magento, It worked fine. User will be redirected to success page after place order, and that order will have status as "Processing" on backend. But when I use DPS PxFusion by Fooman with Gomage Lightcheckout, user was redirected to checkout/onepage/some-random-string (e.g: checkout/onepage/0000030034059696007d1794a4aa00ff) and it says 404 not found. The order was then created in backend but have status as "Pending Payment (DPS)". No log was generated.
I think it's hard to answer you because the bug is special, it happened between two Magento modules (cost modules). Is there a way to check the function, maybe a development website?
Related
I am using Magento version 1.9.1.0 and the module FireGento_MageSetup version 2.2.2.
Furthermore I am using a custom theme.
If a customer pay by PayPal the shop redirects him after the shipping information step in onepage checkout to PayPal. After logging in in PayPal the customer will be redirect to the review page of the shop. But this page has not any content, so the customer can not place the order.
Can anybody help me please??
Had the same problem. In my case, it was simply because I'd disabled the Mage_Paypal extension under System -> Configuration -> Advanced -> Disable Modules Output.
if you will enable errors you will see there is Fatal error: Call to a member function setFieldNamePrefix() on a non-object on paypal/express/review.phtml on line 28 of custom template.
quick solution is, delete review.phtml from theme file and it will read from base directory but this may disturb design of order review page.
proper solution is, copy review.phtml from base and fix design according to theme.
I currently have my online store set up using Magento and i’m adding my products, I’ve tried to implement the PayPal Website Payments Standard but there is an error. When the user has passed through to the checkout section, after entering all their details, they fail to submit the order. The button is pressed to confirm order and redirect to the PayPal payment stage, the button will load saying that it's submitting the information, but nothing happens, it starts processing, then never goes through to the page. I've checked that the extension for Mage_paypal is enabled and it is.
If you would like try purchasing one of the test products on www.scarletkisses.com at the moment, you’ll be able to see what I mean.
Thanks.
2 things ..
Make sure that you have index management and cache management done
Try disabling and then enabling Mage_PayPal Module[Reindex the magento database after that]
I have a site, 1.5 magento, and the cart functionality (and the customer account functionality) seem to be disabled. When i attempt to go to the url 'checkout/cart', just the homepage displays.
Ive checked all the usual suspects..including:
checked the url_rewrites table (there is one entry in their referencing checkout/cart...but goes from checkout/cart to checkout/cart, so dont see this is an issue, but did edit it just to rule it out)
enabling/disabling of the module itself, looking at both the etc/modules files and removing, and checking the module listing in system->config->advanced area.
trying to step through the code..try detect where the change over of pagedata occurs - struggling here.
looking for certain terms in the codebase...and database SQL file.
the htaccess file, looking for a rewrite
local/community modules..and any rewriting of the checkout
Im starting to think a hack is in place here to show the homepage when visiting checkout url. The url : www.mysite.co.uk/checkout/cart remains in the address bar, but i see homepage data.
Anyone know where else i can check...or easily locate the cause of this issue?
Many thanks
S
Did you look in backend under Configuration -> Sales -> Checkout ?
There is a field called "Enable One-Page Checkout" which has to be enabled. If you disable it, your store will just run fine but neither registered customers nor guests can check out anymore.
Turns out this was rewrites added to the rewrite table manually. Didnt find them at first.
I am trying to determine how to debug an issue in Magento version 1.3.1:
When a customer uses guest checkout, the Authorize.net payment option is not available.
However, if the user revisits his cart and resumes guest checkout the Authorize.net option does appear.
We have now found that if Authorize.net is set to "all allowed countries" instead of "specific countries", then Authorize.net is available at guest checkout
We have not been able to upgrade Magento without breaking the integration into the parent site.
Thank you -- Tony
I had a similar problem with 1.6.0. Everything was working fine with the saved CC during testing, but when I shut that off and turn Authorize.net on, it ost the ability. So this is what I did to fix it.
I initialized the CC (Saved) back on, at the same time saved the config, checked it and sure enough, it came back on. So I then disabled the saved option again and then everything worked. My guess is when I turn off saved and initializedAuthorize an the same time, the settings were incorrectly written. Anyhow, worth a try if someone runs across the same problem .
this is my first actual post on StackOverflow. I'm on here quite often because you guys always solve my queries!
We have a problem in a checkout cart on a Magento site.
We have Magento version 1.4.1.1 and are using the one page checkout and Paypal Standard Checkout.
The problem appears when a customer adds lots of different products to their cart (say 7 or more). When they click on the 'Place Order' button, they should be taken to paypal to complete the order. But instead they are redirected to the cart (the default failure URL)
The checkout works fine when you buy a few items or many of the same item. It doesn't work when you buy multiple different items.
Any help/advice/solution/anything! would be much appreciated!
Thanks,
Heather
I to expereinced this issue... We run PHP Version 5.2.10, Magento ver. 1.3.2.4 and use Paypal Website Standard PRO...
We have been optimising the server install APC and tuning MySQL... Uninstalling / reinstalling APC to swap out a version of APC that use spin locks...
After completing these works and running an end to end test the Paypal integration failed to work... Or more to the point on clicking "Place Order" we were redirected to the cart page...
I reviewed the headers sent after pressing "Place order" and found that a 500 error was issued by the server and as Magento is a production configuration this error is not shown and the browser is redirected to the referrer, in this case the basket page...
Our PHP errors are logged to our Apache error_log and on view this I found the following entries:
PHP Fatal error: Class 'DOMDocument' not found in /home/user/htdocs/lib/Zend/Feed/Abstract.php on line 101
I reviewed this further and discovered DOMDocument and found a post stating that the "PHP-XML Module" is required...
As we had been installing / installing software we ran "yum install php-xml"...
This resolved the issue!!! This is odd as this did work so implying this would not be the issue...
A few more options / areas to look at...
I have experencied busy Magento installs with lots of products and orders, taking an extended amount of time to redirect to Paypal on clicking "Place Order". This is probably your actual problem and upgrading is the way forward, try upgrading to 1.4.2.0 (final 1.4 stable release)... but normally in this circumstance the process would complete after an extended wait (60sec long and more!!!)...
The fact that your checkout redirects to the cart page when you have many items may well be a timeout issue. Magento redirects back to cart from checkout submit when an error occures in the transfer to payment gateway page, so the page timing out or PHP running out of memory would result in you being redirected back to cart...
You should check:-
Apache: "Timeout" normally set at around 120 (secs) consider increasing
PHP: "max_execution_time" 18000 (secs) - Magento friendly figure
Also try increasing PHP setting "memory_limit" in the .htaccess file... setup 64, 128, 256 really increasing past 256 should not be an required.
Also start logging yopur PHP errors: log_errors On
Hope this helps
P.s. My original solution is clearly not correct as your failure only happens when you have multiple products in your cart...