I just did a refresh of VM from 2.0.24 to 2.0.26d. Since then, all of a sudden,
For no apparent reasons, the user can not choose any shipment mode anymore, my cart's showing half way and the selection of shipment is showing but noway to select and "save" the shipment mode. therefore no way to pass on order. This is a commercial site that's been on for a couple of weeks, all the test have been conclusive and the first couple of weeks, the orders were coming in just right.
Please help. I don't know what's going on.
This is quite an emergency.
Thanks
Strange,
refreshed system with previous version and the same thing happens, so I went back to 2.0.26. So I guess he bug is not form the version, something's just messed up somewhere else. Notice a couple of things :
I'm using a slideshow CK everywhere on the site and it's not showing on the cart page anymore even with the use of jqueryeasy that was not changed from working to none working solutions.
the buttons "save" 's background are grey instead of green on the select page for the shipping modes.
:-X
Just wanted to add that I have this exact issue too, been and checked for JS conflicts and cannot see one - it appears that address filtered shipping options are not loading properly. I use VP One page checkout and that isn't working either with the ajax updates - essentially 2.0.26d has caused a massive headache
The OPC most likely needs updating - http://forum.virtuemart.net/index.php?topic=120943.0
Hi Kelvyn, it's not the OPC as I have no overrides on the standard VM cart and the issue remains when I disable the VirtuePlanet OPC and use the standard VM one.
The issue for me is somewhere in the address /country selection and where it connects to the shipping options. If I remove the country filter it still brings up "No shipment method matches the characteristics of your order. " - despite the user details being fully filled correctly.
It is frustrating as it seems to work for a little while and then stops and it is unpredictable and unreliable
Another issue to note: I have switched off loads of modules and plugins and made atomic the default template - just to be sure that this is straight up VM:
I now have managed (not sure how as it started kind of working) to get the shipping options back on my logged in user, however you select the shipping option and click save, it returns to the same page - to get back to cart you then have to click cancel. Something is most definitely up with the cart/shipping on my VM install.
I have just now installed 2.0.26d again to be sure that any issues with the original install are not at play, same situation. I can select shipping for now at least but the function does not work as it should in any way.
Clicking save on the payment selction page does work as intended out of interest. The whole issue appears to be the shipping selection only
Is there any part of the save function that differs between the shipping and payment sections that I can check? I would love to try and work out why this is happening specifically to the shipping selection and not payment selection
Quote from: bunglehaze on January 19, 2014, 15:06:49 PM
Hi Kelvyn, it's not the OPC as I have no overrides on the standard VM cart and the issue remains when I disable the VirtuePlanet OPC and use the standard VM one.
Try it the other way round. Disable OPC in vm and use the Virtueplanet OPC. Or disable the overrides of virtueplanet and use the vm OPC.
Milbo, the same thing occurs im afraid, the Virtueplanet OPC still struggles to update the shipping options so you have to click refresh on a product for this to happen. I have tried it both ways and it seems that the problem occurs wherever the shipping selection is made within VM.
Having just had another bunch of customers unable to purchase it would appear that only guest checkout seems to allow the shipping method selection. I have just tried this myself and can confirm that when a customer registers the shipping selection does not even show up, guest checkout allows the shipping selection to be display but still contains the issues mentioned in the above posts regarding the save function not working properly
Now I am back to having no shipping options again guest or logged in, VM std, VM OPC or VP OPC checkouts. Something is really flakey since updating to 2.0.26D and rolling back to an earlier version does not seem to fix this. I have rolled back to 2.0.26c and VM OPC seems to work again with shipping - I will keep an eye on this. VP OPC does not refresh shipping selection though as in my original posts
Did you asked virtueplanet about it? maybe there OPC is not compatible yet with the one of vm?
This is the latest update Milbo, updated to work fine with 26D.
I will keep an eye on my checkout to see if the postage options just stop working again as they have numerous times since updating to 26D, if they remain stable I will hang on for the next incremental update and see if I can work out why VP OPC isn't refreshing on selection.
So it seems to be resolved for you now with a new OPC of virtueplanet?
No, I have had to turn it off and use the VM standard checkout instead which works but not anywhere near as nicely or elegantly as the Virtueplanet one. I think if I can find out why the shipping selection does not automatically refresh as it should I will be happy to just use 2.0.26C for the time being - 2.0.26D will not work properly at all
The difference is for you between C and D ?
It seems so, I didn't roll back to a backup but installed C through the extension manager and with my site only being back up and running for less than 24 hours it is hard to say if the issue is resolved totally just yet though. There is definitely a difference in the checkout between the two versions though where C will actually save the shipping selection and return to the next page D does not do this.
Hi Milbo,
First of all, VM is starting to look and feel nice. It keeps getting better.
I found a bug though with selecting schipping and payment. It gets in a loop.
When viewing the cart you accept the terms and click on "nu afrekenen"(pay now i guess)
I have only one shipping method and one payment method.
VM keeps asking to select a shipping method. When you do, you see that de shipping method is selected in the cart view.
Klik on pay now and it askes againd to select a shipping method.
It only happens when onepage checkout is enabled.
If i disable it, everything works fine,.
Joomla 2.5.17 and vm 2.0.26d
Which browser do you use?
I have the same problem. No matter what browser I use. I had over 30 customers today, trying to order but stuck in the loop.
I have no fixed this by putting back the cart page from my old vm. That was the only solution that worked, since going back to a previous version got me in so much more trouble. Only now, I have no idea how, I can't login in the frontend. We can order and make a new account. But the existing accounts cannot login.
Please advice?
Hi Milbo,
I use firefox but tested with other browsers and they did the same.
The shipping is also selected so the checkout page looks ready to check out.
I played with disabeling OPC and the automaticly select payment and shipping if there is only one but that did not help (knew there was one time a thingy with that)
All the vm install i run have it. So it is not an template issue. No overrides for the checkout page neither.
If you need any info, please let me now.
Please send me your page, maybe via pm
Quote
On this site it does not work.
I have one site where it works fine.
Yeah damnit, that is the problem. If I could reproduce the problem, the whole thing would be fixed within minutes. So check yourself, what is the difference? Maybe the PHP version? Joomla version?
They run on the same server. Same Joomla, same virtuemart. Even same template base (so no artisteer or something).
Maybe you can see in the body a diffrent javascript/jquery or something but i tested that also (with the settings in vm, use Google jquery, etc etc).
I first thought that it had to do with upgrades but one site that does not work had the same upgradepath as the one that works.
The one i mailed that does not work is a rather fresh install from december and upgraded to the latest version.
Could it be that there was an upgrade skipped? So one site had all the upgrades en one skipped an upgrade?
I had the opc looping issue too on my vm2.0.26d. Run on VMtemplates Nano template and got good support from them and finally they solved it. Unfortunately I'm not sure what they did. But it had something to do with payment and shipping settings throwing the opc in to a loop (like product weight vs shipping settings for weight intervals) Maybe this can point you in the right direction.
Skickat från min HTC One via Tapatalk
I have no special things configured for shipment or payment
So everybody may use the shipping method from every country. Payment also.
Selecting customer groups and/or country does not make any diffrence
I am going to chime back in again Milbo, I had to go back to 2.0.26D again as the roll back caused more problems. Sure enough the single postal option issue has returned for me too and I am not using OPC on my site. The only shipping option it brings up for me is the last in the list which perhaps incidentally also does not have any restriction on it limiting it to the UK only or specific weight - however when I remove the country restriction it still only shows the very last shipping option.
php 5.3 on this > J2.5.17 too
vmdebug My selected language by JFactory::getLanguage()->getTag() en-GB
vmdebug $siteLang: en-GB self::$_jpConfig->lang en_gb
vmdebug vmTime: loadConfig db no: 0.00526809692382812
vmdebug Start used Ram 2.75M
vmdebug checkout my post, get and so on Var1:
Array
(
[customer_comment] =>
[tosAccepted] => 1
[task] => checkout
[option] => com_virtuemart
[view] => cart
)
Var2:
Array
(
[Itemid] => 758
[limitstart] => 0
[limit] => int
)
vmdebug $product->virtuemart_category_id is empty
vmdebug calculateModificators davor Var1:
0.00000
vmdebug calculateModificators danach Var1:
0.00000
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug my i 0 my data size 8 Var1:
1
Var2:
Array
(
[email] =>
[delimiter_billto] =>
[company] =>
[title] => Mr
[first_name] =>
[last_name] =>
[address_1] =>
[address_2] =>
[city] =>
[zip] => l
[virtuemart_country_id] => 222
[phone_1] =>
[phone_2] =>
[fax] =>
)
vmdebug My selected language by JFactory::getLanguage()->getTag() en-GB
vmdebug $siteLang: en-GB self::$_jpConfig->lang en_gb
vmdebug vmTime: loadConfig db no: 0.00396180152893066
vmdebug Start used Ram 2.75M
vmdebug $product->virtuemart_category_id is empty
vmdebug calculateModificators davor Var1:
0.00000
vmdebug calculateModificators danach Var1:
0.00000
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug shipmentmethod Royal Mail = FALSE for variable weight = 30000 Reason: is NOT within Range of the condition from 1 to 284
vmdebug shipmentmethod Royal Mail = TRUE for variable order amount = 4.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail = TRUE for variable zip = Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug shipmentmethod Royal Mail = FALSE for variable weight = 30000 Reason: is NOT within Range of the condition from 285 to 1899
vmdebug shipmentmethod Royal Mail = TRUE for variable order amount = 4.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug shipmentmethod Royal Mail Special = FALSE for variable weight = 30000 Reason: is NOT within Range of the condition from 1 to 1899
vmdebug shipmentmethod Royal Mail Special = TRUE for variable order amount = 4.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Special = TRUE for variable zip = Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Special = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug shipmentmethod Collection = TRUE for variable weight = 30000 Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable order amount = 4.99 Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug vmTime: VirtuemartControllerCart Finished task edit_shipment: 0.151854038238525
vmdebug End used Ram 4.75M
vmdebug Peak memory peak 4.75M
vmdebug getReview Var1:
SELECT `u`.*,`pr`.*,`p`.`product_name`,`rv`.`vote`,CONCAT_WS(" ",`u`.`title`,u.`last_name`,`u`.`first_name`) as customer FROM `#__virtuemart_rating_reviews` AS `pr`
LEFT JOIN `#__virtuemart_userinfos` AS `u`
ON `pr`.`created_by` = `u`.`virtuemart_user_id`
LEFT JOIN `#__virtuemart_products_en_gb` AS `p`
ON `p`.`virtuemart_product_id` = `pr`.`virtuemart_product_id`
LEFT JOIN `#__virtuemart_rating_votes` as `rv` on `rv`.`virtuemart_product_id`=`pr`.`virtuemart_product_id` and `rv`.`created_by`=`pr`.`created_by`
WHERE virtuemart_rating_review_id="31"
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug getReview Var1:
SELECT `u`.*,`pr`.*,`p`.`product_name`,`rv`.`vote`,CONCAT_WS(" ",`u`.`title`,u.`last_name`,`u`.`first_name`) as customer FROM `#__virtuemart_rating_reviews` AS `pr`
LEFT JOIN `#__virtuemart_userinfos` AS `u`
ON `pr`.`created_by` = `u`.`virtuemart_user_id`
LEFT JOIN `#__virtuemart_products_en_gb` AS `p`
ON `p`.`virtuemart_product_id` = `pr`.`virtuemart_product_id`
LEFT JOIN `#__virtuemart_rating_votes` as `rv` on `rv`.`virtuemart_product_id`=`pr`.`virtuemart_product_id` and `rv`.`created_by`=`pr`.`created_by`
WHERE virtuemart_rating_review_id="30"
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug getReview Var1:
SELECT `u`.*,`pr`.*,`p`.`product_name`,`rv`.`vote`,CONCAT_WS(" ",`u`.`title`,u.`last_name`,`u`.`first_name`) as customer FROM `#__virtuemart_rating_reviews` AS `pr`
LEFT JOIN `#__virtuemart_userinfos` AS `u`
ON `pr`.`created_by` = `u`.`virtuemart_user_id`
LEFT JOIN `#__virtuemart_products_en_gb` AS `p`
ON `p`.`virtuemart_product_id` = `pr`.`virtuemart_product_id`
LEFT JOIN `#__virtuemart_rating_votes` as `rv` on `rv`.`virtuemart_product_id`=`pr`.`virtuemart_product_id` and `rv`.`created_by`=`pr`.`created_by`
WHERE virtuemart_rating_review_id="29"
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
Max messages reached
YOUR SELECTED SHIPPING METHOD: YOUR ADDRESS HAS TO BE COMPLETED BEFORE SHIPPING OPTIONS APPEAR
Collection: Pick up in person, email or call to arrange a time
this seems to be the sticking point:
vmdebug shipmentmethod Royal Mail = FALSE for variable weight = 30000 Reason: is NOT within Range of the condition from 1 to 284
vmdebug shipmentmethod Royal Mail = TRUE for variable order amount = 4.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug shipmentmethod Royal Mail = FALSE for variable weight = 30000 Reason: is NOT within Range of the condition from 285 to 1899
vmdebug shipmentmethod Royal Mail = TRUE for variable order amount = 4.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug shipmentmethod Royal Mail Special = FALSE for variable weight = 30000 Reason: is NOT within Range of the condition from 1 to 1899
vmdebug shipmentmethod Royal Mail Special = TRUE for variable order amount = 4.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Special = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Special = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug shipmentmethod Collection = TRUE for variable weight = 30000 Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable order amount = 4.99 Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
I have four options:
1 light (simplified for this purpose)
2 heavier
3 special delivery
4 collection
From what I can see the weight is the main problem sticking out to me: this product is set to 30.000 (grams) in the backend, the shipping plugin appears to be looking at a figure with a different decimal place (ie Royal Mail = FALSE for variable weight = 30000 Reason: is NOT within Range of the condition from 1 to 284)
Just a follow on from the last post with debug info :
I have just unpublished my shipping rates, created a new rate with no weight restrictions at all and my flat rate shipping price - it worked fine
I then created another one, same as before with no restrictions on weight - it worked fine
I then added a maximum weight to the option and it no longer works, you can select it but when you do it returns to the checkout page with nothing selected.
Hopefully all that might help figure where the issue lies, for me though it seems almost certain that between the VM shop and the shipping plugin there is a miscommunication when it comes to the min/max weight for each option.
cheers
Any ideas on this Milbo? Does this look like it could be where the issue stems from?
I just tried to reproduce it and I was not able. imho you have me already in skype, contact me there, then I may understand what you are doing.
Milbo, I don't think I have you on Skype (not used it in years really either) but I am willing to give you backend access to my site so you can see for yourself if you like.
If that works for you I will PM you some details and switch off caches and third party plugins so you will see it just using VM
I just re-enabled some of my old shipping rates in the backend and turned debugging back on. Where my shipping weights were not being picked up in the last debug messages they are now.
This was the problem I had before, shipping would work fine for my tests and then customers would get no options. Obviously this is pretty difficult to work out but probably even worse for you if you cannot replicate it - I personally I have only been able to replicate it a few times.
vmdebug My selected language by JFactory::getLanguage()->getTag() en-GB
vmdebug $siteLang: en-GB self::$_jpConfig->lang en_gb
vmdebug vmTime: loadConfig db no: 0.0034339427947998
vmdebug Start used Ram 2.75M
vmdebug getShopperData customer_number 0
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug shipmentmethod Standard Small = TRUE for variable weight = 0.15 Reason: no boundary conditions set
vmdebug shipmentmethod Standard Small = TRUE for variable order amount = 13.99 Reason: no boundary conditions set
vmdebug shipmentmethod Standard Small = TRUE for variable zip = 1 Reason: no boundary conditions set
vmdebug shipmentmethod Standard Small = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule or none set
vmdebug shipmentmethod Royal Mail Special = TRUE for variable weight = 0.15 Reason: is lower than the set 1899
vmdebug shipmentmethod Royal Mail Special = TRUE for variable products quantity = 1 Reason: is over min limit 1
vmdebug shipmentmethod Royal Mail Special = TRUE for variable order amount = 13.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Special = TRUE for variable zip = 1 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Special = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug shipmentmethod Collection = TRUE for variable weight = 0.15 Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable order amount = 13.99 Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable zip = 1 Reason: no boundary conditions set
vmdebug shipmentmethod Collection = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug my i 7 my data size 9 Var1:
One thing of note, I noticed the variable weight as 0.15 in the debug, my products are measured in grammes and is set to 150.00 in the backend. The previous product I debugged was 30 grammes yet showed up as 30000 - example:
vmdebug shipmentmethod Royal Mail Special = TRUE for variable weight = 0.15 Reason: is lower than the set 1899
Current debug with working shipping rates: product weight 150 grammes.
vmdebug shipmentmethod Royal Mail = FALSE for variable weight = 30000 Reason: is NOT within Range of the condition from 285 to 1899
The last debug I posted up with broken/non displaying rates: product weight 30 grammes.
** I just did a test and while the option is showing for me the selection does not work and just returns to no shipping selected again.
The weight should be in the unit of the shop configuration. So if you have gramms in the shopconfig and you enter 2kg to your product you should see 2000.
Milbo, I know this and it has worked fine until updating to 2.0.26x . None of the product weights changed between revisions but it looks like something is not right.
Example 1 above was a 150gramme product and showed 0.15 in the debug , product 2 is weighed at 30gramme but showed up in debug during shipping as 30000 - that makes no sense to me though.
In fact it should be 0.03. But why it calculates it one time correct, but the other time not? I mean,.. it does it correct for one product and not the other. I rechecked this stuff some months ago very closely and it worked correctly. Please check the settings of your product.
As you say it is very odd as it has never happened before. I tested this on a number of products and all did the same thing - when it was working fine the shipping displayed the correct weight and the TRUE statement on the weight filter but then for no reason whatsoever it would just not work afterwards.
"it would just not work afterwards."
For this specific product? or for all products?
The OPC loop on the site i mailed you is gone.
The thing that changed was that i added shippment options.
I would conclude that there is a check on the OPC page that does not see that a shipping method is selected.
The sites with the problem seems to have only one shipping method.
Quote from: ronaldotto on January 22, 2014, 17:54:48 PM
Hi Milbo,
First of all, VM is starting to look and feel nice. It keeps getting better.
I found a bug though with selecting schipping and payment. It gets in a loop.
When viewing the cart you accept the terms and click on "nu afrekenen"(pay now i guess)
I have only one shipping method and one payment method.
VM keeps asking to select a shipping method. When you do, you see that de shipping method is selected in the cart view.
Klik on pay now and it askes againd to select a shipping method.
It only happens when onepage checkout is enabled.
If i disable it, everything works fine,.
Joomla 2.5.17 and vm 2.0.26d
I am having the same problem and have been pulling my hair out.
Using the same Joom and Vm versions as stated above, except I am not using one page checkout.
It is a live site and the client is freaking because of the orders not being able to go through, kicker is, I did not start development on this site, I came in half way through and was not aware of any shipping problem.
Anywho, hoping someone can help
Thankies
T
I'm seeing the same problem.
I've had it working perfectly, waited to get reviewers to authorize the newly developed site so I can move it to the live site, updated to the 2.0.26d, and now it continues to loop. "I" thought it was because I added the sandbox information and enabled that. But it was simply a coincidence.
No matter what I do, remove the sandbox, turn it off, it won't stop the "loop" back to the shipping.
I'm using 1 page checkout, and I've not changed that from when the site was working perfectly.
I did notice something odd.
When I attempted to remove the sandbox URL, then save, after the page saved the sandbox URL returned. The only way I could get it to delete was to replace it with either a period (.) or even http with nothing else.
I even tried using the same URL that is for the live "Hostname". But it still "loops".
This is a major problem.
Can anybody update to let us know if you need access to my development in order to resolve this for everybody?
Please get in touch ASAP in whatever method you wish. I have Skype, PM, E-mail...just please get in touch and I'll allow you to test with my system in order that we can all get back to work and get our clients calm.
UPDATE!
I just disabled 1-page checkout and it worked. I was able to select shipping, and since I'd already input my credit card information the order page notified me to "Confirm Purchase".
I confirmed and received the "Thank You" page.
It looks like the 1-page checkout has been corrupted in the update to 2.0.26d version.
I'm going to continue to do some investigating, but I think it works now.
Please try this controller, just remove the .txt and replace the file in /components/com_virtuemart/controllers
[attachment cleanup by admin]
Quote from: Milbo on February 10, 2014, 13:20:56 PM
Please try this controller, just remove the .txt and replace the file in /components/com_virtuemart/controllers
Hello Milbo, is this file directed to me or someone else?
For all people with the loop problem. The loop happens only if the config is not perfect done. But of course, it should work, so please try this file.
Still not working for me Milbo, I have taken the following steps now too:
Upload cart.php replacement
reset VM configuration file back to standard
deleted all existing shipment methods
setup new shipment methods in the format that was previously working (and as required)
I am getting no shipping options at all when I go through checkout on desktop, I am getting shipping options when I do the same on different devices (and vice versa) so here is the current debug
Quote
vmdebug My selected language by JFactory::getLanguage()->getTag() en-GB
vmdebug $siteLang: en-GB self::$_jpConfig->lang en_gb
vmdebug vmTime: loadConfig db no: 0.0071711540222168
vmdebug Start used Ram 2.75M
vmdebug $product->virtuemart_category_id is empty
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug shipmentmethod = TRUE for variable weight = 40 Reason: no boundary conditions set
vmdebug shipmentmethod = TRUE for variable order amount = 3.99 Reason: no boundary conditions set
vmdebug shipmentmethod = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule or none set
vmdebug Part $denominator 3.99 $frac 1 Var1:
0
vmdebug my i 0 my data size 8 Var1:
1
Var2:
Array
(
[email] => xxxx@xxxxxx
[delimiter_billto] =>
[company] =>
[title] => Mr
[first_name] => xxxxx
[last_name] => xxxxxxx
[address_1] => xxxxxx
[address_2] => xxxxxx
[city] => xxxxxx
[zip] => xxxxxxxx
[virtuemart_country_id] => 222
[phone_2] => xxxxx
)
vmdebug vmTime: VirtuemartControllerCart Finished task : 0.898204803466797
vmdebug End used Ram 5M
vmdebug Peak memory peak 5M
You can see the variable weight section reporting 40 - the product is indeed 40 grammes. I am logged in with my admin account which is set to the correct country (UK) so it should all work and show up the appropriate shipping method.
I logged out with this user and cleared the sessions, logged back in and have the same problem. I logged in using my phone (both using Chrome) and I see shipping options.
I did add the cart php file earlier and this afternoon have had two people contact me to state they cannot see shipping options, on each time I tried with the same products I could see the options just fine.
UPDATE tried again 30 minutes later - same product, same system, same config, same shipping options: The product is still 40 grammes and this is exactly the same issue I reported about a dozen posts ago where the shipping plugin or part of VM that relays the product weight is reporting the weight incorrectly, when I go to the select shipping option page it is showing as 40000, not 40 as shown on the previous debug.
Quotevmdebug My selected language by JFactory::getLanguage()->getTag() en-GB
vmdebug $siteLang: en-GB self::$_jpConfig->lang en_gb
vmdebug vmTime: loadConfig db no: 0.0138800144195557
vmdebug Start used Ram 2.75M
vmdebug $product->virtuemart_category_id is empty
vmdebug calculateModificators davor Var1:
0.00000
vmdebug calculateModificators danach Var1:
0.00000
vmdebug interpreteMathOp $value is empty VAT
vmdebug subtotal vattax id 5 = 0
vmdebug shipmentmethod Royal Mail Small = FALSE for variable weight = 40000 Reason: is NOT within Range of the condition from 1 to 284
vmdebug shipmentmethod Royal Mail Small = TRUE for variable order amount = 3.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Small = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Small = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug shipmentmethod Royal Mail Small Parcel = FALSE for variable weight = 40000 Reason: is NOT within Range of the condition from 285 to 1899
vmdebug shipmentmethod Royal Mail Small Parcel = TRUE for variable order amount = 3.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Small Parcel = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Small Parcel = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug shipmentmethod Royal Mail Special Delivery = FALSE for variable weight = 40000 Reason: is NOT within Range of the condition from 1 to 1899
vmdebug shipmentmethod Royal Mail Special Delivery = TRUE for variable order amount = 3.99 Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Special Delivery = TRUE for variable zip = s6 4fl Reason: no boundary conditions set
vmdebug shipmentmethod Royal Mail Special Delivery = TRUE for variable virtuemart_country_id = 222, Reason: Countries in rule 222 or none set
vmdebug checkConditions VMSHIPMENT_WEIGHT_COUNTRIES does not fit Var1:
1
Var2:
1
vmdebug vmTime: VirtuemartControllerCart Finished task edit_shipment: 0.654945850372314
I think I may have found the issue (for me at least)
I use a lot of parent products with child options, for each option (unless required) I setup the parent with the price, information, weight etc and then do not set anything for the child products as it then just uses the data from the parent - this was all working fine.
Having had to look at lots of products to try and work out this little problem I went into the parent, checked the weight was all set correctly as a first port of call - obviously it was fine so I moved onto another product and checked that.
However having now gone into the BE again and the child products specifically that I have found to not bring up shipping I can see one issue that I believe is causing all of this headache with no shipping options
Some of my child products have nothing entered in the weight field, no real problem there actually as I can see. The weight is set for some reason to kilogram though and when I change this to gramme - still leaving the weight field empty it all works again. I am not really certain why they are all showing kilogram as the metric though as the site was always setup for grammes so I will go in and change it all to grammes and hope that fixes everything.
So your childs use a different unit than your parent? For this mystery, I need to see the db entries.
The strange thing is that I have not changed them from gramme to kilogramme but they were set that way. I did a simple SQL update and set to the product_weight_oum column back to grammes and am testing regularly to make sure things continue to work for now and if it reverts back to not working I will update
I have just checked Milbo, having just added a new product with custom fields/child options I went to test order and no shipping was shown. The parent was set to grammes and a weight, the child was not touched at all. Having gone into the BE of the child to check settings the weight is empty as it should be but the metric is set to kilogramme - my config for VM is setup for gramme and I cannot understand why it is either setting all products with kilogramme as standard or at the very least, why it is reading that as the weight metric to use despite no weight being given. It is very odd.
I found it. At least for the product edit. But I need some tests. I will updload a new version soon.
Great stuff, glad we managed to get to the bottom of it at least.