I have a problem with this site: www.stramline.no
(It is in Norwegian).
As a customer with an account, the shipping method appear just fine.
However, as a guest, the shipping methods will not appear except "pick up in store". This is of course a big problem for many who are trying to purchase something.
Do you have any idea how to fix this? We have tried multiple checkout extensions, so we are sure that is not the problem. It also seems that I can log in, then log out, and the shipping methods will appear.
We are also using the X-POS extension.
I think the solution to your problem is that you haven't allowed the guest checkout from your magento backend.
To do this, go to system> configuration> checkout
and set "Allow Guest Checkout" to "Yes"
Clear cache after you've done this and it will work fine.
Note: I never use additional plugin/extension for shipping modules, I always create my own to avoid any future issues.
Related
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.
We have noticed that the shopping cart banners seem to frequently loose the link to the related promotion without anyone making this change within admin. Is there a setting that only allows a certain number of customers to see this banner and then it would be removed? I can’t think of another reason it might just drop the link. It isn’t dropping all the links, and it has usually been the lower value ones.
You need to setup cron.php to be accessed in a cronjob. Verify by hitting cron.php manually and see if that resolves your issue.
I have a problem with debugging a thing (not a real error) in Magento (CE 1.4.1.1).
For a payment module I've adapted, some additional payment fee is incorporated and is showing up on selection of the particular payment method. Works fine, no problems.
A client has the OneStepCheckout plugin installed. Inside it, the payment method works fine too (small problem: payment fee is showing up after the grand total, but that's not the issue, just for completeness of my question).
So, everything is working fine, even with some other payment modules installed. That is, working fine on dev and test! On the live server however, the extra fee does not show up! I've locally installed the other plugins that are installed on the live server as well, to see if there are any conflicts among them. None whatsoever. The Extension Conflict extension does not indicate any class overwriting problems either. Of course, I've cleared the cache. Several times.
So my question is a rather general one:
How to proceed?
What can I do and how to actually see what's going on and NOT break the live environment ? As far as I know, there is no staging server (there is a test server, but also there no error...), so I'm bound to the live environment.
Is there a common practice to handle these kind of issues? (And if so, what is it?)
I know of the MAGE_IS_DEVELOPER_MODE, system log, exception log etc, but since on dev everything works fine, I seem to not be able to really debug a bug which does not show up... can I safely switch on the logging on a live site by the way?
Thank you all in advance!
Regards,
Tom
You can create your own log to see what is happening in Magento
Mage::log($datayouwanttosee, null, 'yourlogfile.log');
This will not break anything but will show you anything you want from that file. Once you load the page 'yourlogfile.log' will be in Magento's /var/log directory with the other log files.
Also make sure to turn your logging off when you are done otherwise the log could consume a lot of disk space.
You have better results if you contact OneStepCheckout support directly with this issue. Also verify that you ar using the latest version of OneStepCheckout
Totals however have sort ordering and this is available in Magento admin under system > configuration > sales > sales > Checkout Totals Sort Order
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 .