next »

[gnostic]

I have had this problem with RC3 and the new 1.0 final.  Customers are automatically given the shipping rate for the weight of their order, the rates for which I placed in the standard shipping module.  However, when they choose "next" they get two errors that say "Error: Please select another Shipping Method."  However, the cart shows that the chosen rate is added to the total. 

I only put in 4 settings, each for USPS media mail at fdifferent weights. Also, this is the only active shipping module. I have gone through all the settings but everything seems fine.  Help!?

[aussieskin]

I'm having the exact same problem... driving me nuts.
Only been playng with virtuemart for a few days, did set up a small test site with mambo, but today am trying it woth joomla... cant see much diff with the 2 so far except this problem with the shipping

[gnostic]

I am still in Mambo 4.5.3.  Until this issue is resolved, my store is useless.

[hm8941]

Im getting the exact same error.   Hopefully someone can come up with something because Im at a loss.

Thanks,
Hack

[gnostic]

I have upgraded to the new Joomla/Virtuemart package.  Everything went fine, but I remain with the same problem.  Customers are unable to complete orders due to a shipping module error.  The only shipping module I have tried is the standard recommended one, and without that, my store is functionless.  Any ideas as to a solution would sure be appreciated.

[ledzep]

Same problem here!!!

[sfinge]

Same problem, however in the development PC (localhost) i've no problems.

[Soeren]

We need someone who can debug the USPS module...

[gnostic]

My problem is not with the USPS module (although I would like to use it) - my site is down because the Standard Shipping Module does not work.  I can define shiping rates, but the cart will not process them.

[Soeren]

It works fine for me on a new installation of VirtueMart.
Have all of you upgraded? Please check that all files are the latest ones available!

In this case important are:
/classes/ps_checkout.php
/classes/shipping/standard_shipping.php

Overwrite the old files when necessary!

[deneb]

I am having a related errror...I get two (2) identical shipping rate lists during checkout.

I went to look in the "virtuemart.cfg.php" for the current shipping modules I have set.

at the bottom of the file:

Code:

/* Shipping Methods Definition */
global $PSHOP_SHIPPING_MODULES;
$PSHOP_SHIPPING_MODULES[0] = "standard_shipping";
$PSHOP_SHIPPING_MODULES[1] = "standard_shipping";

so, I removed the redundant entry, then it worked great.

Then, I changed something else in the VM config and saved it, then the problem returned. I looked at the config file again and the redundant shipping module entry is there again.

SO MAYBE the "admin.show_cfg.php" file is writing the shipping module twice upon save?

We need to fix this asap.
Thanks Soeren!

ADDED:
So maybe the duplicate shipping radio list is confusing the next checkout step and it thinks a shipping method has not been chosen.

Can someone verify that I am not the only one getting dupplicate shipping method entries in their VM config files???

[Mr_Smurf]

I had som problem with the standard shipping method saying "Error: Please select another Shipping Method."..

In my case the zip code for the customer was numeric, and the standard shipping method checks if shipping rate zip end is greater than the user zip-code..... I solved the problem by setting shipping rate zip end to 100000000

[gnostic]

I have reinstalled 1.0.1.

I have one product and two shipping rates that I configured for USPS.

I only have the default shipping methods active: Standard Shipping Module (RECOMMENDED) and Flex Shipping.

As a customer, when I select the one product, and go to checkout, I am asked to select shipping but see TWO shiping rates that I defined, and one (from Flex, I assume) that I did not define.

I turn off Flex Shipping.

Now as a customer I see NO shipping choices.

I turn Flex back on.

Now only Flex, not the charges I defined.  (Flex is not an option for my store).

here is what is in virtuemart.cfg.php:

Code:

/* Shipping Methods Definition */
global $PSHOP_SHIPPING_MODULES;
$PSHOP_SHIPPING_MODULES[0] = "flex";
$PSHOP_SHIPPING_MODULES[1] = "standard_shipping";
?>

UPDATE: I decided to edit the shipping charge, and include something in the "package fee" since it was previously 0.  Now as a customer I can see both Flex and Standard shipping charges, and I chose Standard, the screen refreshes, and I am welcomed by "Error: Please select another Shipping Method."

I turn off Flex, go back through as a customer, I can choose the standard charge but: "Error: Please select another Shipping Method."

[deneb]

Well, I figured out my problem with duplicate shipping method entries into the "virtuemart.cfg.php" file.

It seems that "ps_shipping_method.php" parses the /administrator/components/com_virtuemart/classes/shipping folder for all *.ini files to display the shipping module list in the Virtuemart configuration page in the back-end.

I had modded the standard_shipping.php and standard_shipping.ini files. I saved a copy of both files in the same folder and I only changed the file names and not the extension.

so, I had a file named "Copy of standard_shipping.ini" and the config page picked this file up (because it still had the .ini extension) and listed it in the available shipping modules as "checked". Then, when saving the config, it wrote the duplicate entry into the config file.

so, to solve this, I renamed the file  "Copy of standard_shipping.ni" so the config class would ignore it while displaying the available shipping modules!

THE MORAL OF MY STORY:
If you want to hide a shipping module from selection....rename the "ini" file by changing the extension to anything BUT ".ini".

sorry if this is not a solution to the original issue on this thread

[Albin]

Yes - same error here - standart shipping module is selected but no shipping costs are shown...
Any chance to solve this?
Running Virtuemart 1.01 stable