I'm referencing that XSLT macro from the top of my order confirmation page, before I run our version of PageDetails, which also shows the shipping cost name and price. As I'm printing out a copy of the pipeline result and method id, I'm getting:
The pipeline executed succesfully.10
Which is great. I chose Premier (10), and it ran successfully.
However, here is an "<xsl:copy-of" showing the contents of the purchase order at this point. Note how it's showing the wrong shipping method (9), but the correct shipping method name:
I had to do a little digging to find the issue. Turns out there was a bug in uCommerce which caused it to keep the old id around until a subsequent request. I fixed it and release uCommerce 2.0.4.0 for you. Please download it and let me know how you get on with it.
Regarding the other issue with the wrong total I'm going to need some more information before I can figure out what's going on.
Could you include the full order XML and let me know which values are wrong, what you expected them to be, and what your shipping method/VAT config is for the methods in play?
I've had a go with this version (overwrote all the DLL files). Now I have the correct shipping id (before only the correct shipping name was coming up), but the price still seems to be wrong:
The price should be £6.95. If I refresh the page (and re-post), it will then be correct, and the correct total will be there too.
When I said the incorrect order total going through to SagePay, I meant the total was incorrect because it had the wrong shipping charge (so, the same issue, there's no other issue with the total as far as I know!).
Perhaps this explains the difference? The purchase order isn't getting updated anymore, even if the basket is?
The reason we're using the orderGuid? If memory serves, because it's the same template that the user sees when the come back from SagePay and by then the basket is empty.
Just for the hell of it: Could you try and put in a call to CommerceLibrary:ExecuteBasketPipeline() just before you do GetBasket/GetPurchaseOrder in that macro?
Would it be possible to take a look at the site directly? If you could send me a copy of your website and database, I'd be happy to try and dig through it to repro the issue you're seeing.
Issue with custom shipping methods since upgrading to UCommerce 2
Hi again, sorry to post yet another question about this upgrade of ours from 1.5 to 2.
Since the upgrade, I've been having some strange issues with the custom shipping costs.
Here's an example of when a problem is hit:
Now, this is where it's getting strange. I've had the UpdateShipping xslt print out values:
I'm referencing that XSLT macro from the top of my order confirmation page, before I run our version of PageDetails, which also shows the shipping cost name and price. As I'm printing out a copy of the pipeline result and method id, I'm getting:
The pipeline executed succesfully.10
Which is great. I chose Premier (10), and it ran successfully.
However, here is an "<xsl:copy-of" showing the contents of the purchase order at this point. Note how it's showing the wrong shipping method (9), but the correct shipping method name:
When I go through to sagepay, it also has the incorrect order total
Any ideas on this one?
Thanks!
Zac
Hi Zac,
Which version of uCommerce 2 are you running?
Hi Søren,
version 2.0.1.0
Hi Zac,
I had to do a little digging to find the issue. Turns out there was a bug in uCommerce which caused it to keep the old id around until a subsequent request. I fixed it and release uCommerce 2.0.4.0 for you. Please download it and let me know how you get on with it.
Regarding the other issue with the wrong total I'm going to need some more information before I can figure out what's going on.
Could you include the full order XML and let me know which values are wrong, what you expected them to be, and what your shipping method/VAT config is for the methods in play?
Thanks.
Many thanks Søren.
I've had a go with this version (overwrote all the DLL files). Now I have the correct shipping id (before only the correct shipping name was coming up), but the price still seems to be wrong:
The price should be £6.95. If I refresh the page (and re-post), it will then be correct, and the correct total will be there too.
When I said the incorrect order total going through to SagePay, I meant the total was incorrect because it had the wrong shipping charge (so, the same issue, there's no other issue with the total as far as I know!).
Cheers,
Zac
Hi Zac,
Are you executing the basket pipeline before you make a call to GetBasket()?
Well, I'm doing that in the UpdateShipping xslt template which gets called before the basket one. So yes...
However...
I'm not calling GetBasket in what you'd call the order details page, I'm using CommerceLibrary:GetPurchaseOrder:
Perhaps this explains the difference? The purchase order isn't getting updated anymore, even if the basket is?
The reason we're using the orderGuid? If memory serves, because it's the same template that the user sees when the come back from SagePay and by then the basket is empty.
Cheers,
Zac
The two APIs will produce the same XML structure so that's not it.
Is there a way I can take a look at the XSLT itself?
Certainly:
Just for the hell of it: Could you try and put in a call to CommerceLibrary:ExecuteBasketPipeline() just before you do GetBasket/GetPurchaseOrder in that macro?
I'd actually already given that a go, but I just tried it again since updating the version, still no luck.
For the record, I only replaced the .DLL files from the new version of uCommerce, I didn't update anything else. Hope that's not part of the problem?
Sorry, weird XSLT error double post. Damn Our Umbraco!
Hi Zac,
Would it be possible to take a look at the site directly? If you could send me a copy of your website and database, I'd be happy to try and dig through it to repro the issue you're seeing.
Thanks.
is working on a reply...