Yes both the 1.39 site and the 1.53 site have the same module settings. Both green on the below two module items only. Both with the same sort order.
Shipping ot_shipping 200
Total ot_total 999
Yes both the 1.39 site and the 1.53 site have the same module settings. Both green on the below two module items only. Both with the same sort order.
Shipping ot_shipping 200
Total ot_total 999
Thanks,
007
Okay, so I've setup a store with these two order total modules active with the same sort orders. In shipping I have free shipping disabled, but a value of $50 for the minimum needed to obtain free shipping and free shipping to apply to national orders. These settings have not yet been provided, so I am publishing what I see there.
Now the question really is... Where is it that you are seeing this "error" that you are concerned about? What is it affecting?
I've found a file that contains the error message you describe, but I have not found any problems with processing a payment. So, curious, what is the last 5 pages all about?
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
re; v1.53 paypalwpp.php
The whole thread is about this message and the fact that the product line detail is not being included in my PayPal order. Instead I get the below message in the Paypal order details.
"All the items in your shopping basket (see details in the store and on your store receipt)."
That has been made clear at the outset. The question remains the cause, however it's evident its the data migration that has resulted in the message below. The problem occurs after the 1.39 to 1.53 database upgrade.
Thus in 1.53 no product order detail appears in the Paypal receipt. Instead I just get the above message as previously described. This was not occurring in v 1.39
The product line data exists, but with the PHP code in paypalwpp.php is not allowing it through to PayPal.
This seems to be a result of the code line test: if (strval($optionsST['ITEMAMT']) <= 0) as when I debugged the data is was a value of zero so it was failing this code line test.
Yet the data is there, because if you use test: if (strval($optionsST['ITEMAMT']) < 0) i.e. remove the "=" sign component, the product detail gets transferred to PayPal successfully and then the product order detail is shown in the PayPal receipt, instead of that message above.
The above error message for lack of a better description, is in the PayPal receipt that is emailed to the seller and customer. It's also shown in the order detail in PayPal when you log in as a customer.
Last edited by HeyIts007; 22 Dec 2014 at 12:59 PM.
Thanks,
007
re; v1.53 paypalwpp.php
For example, instead of showing on the buyer and seller PayPal receipts that Joe blogs has ordered 3 Widgets of a given kind, it's showing that message below.
"All the items in your shopping basket (see details in the store and on your store receipt)."
Where as in v1.39 I got the product detail of 3 widgets on the PayPal receipt as expected. It relates to the database upgrade as it worked fine before the database upgrade step. The data structures don't seem to be correlating between 1.39 and 1.53.
Thanks,
007
Is paypal setup to authorize only or to accept payment upon checkout? I believe there are still unanswered questions posed by Dr. Byte related to this. I haven't gone back to try using a sub-total option, but am thinking that might pose a solution.
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
I'm using Paypal Express Checkout which is set for Final Sale. The payment goes through fine. It's just that the product order detail is missing and replaced by that message.
i.e. "All the items in your shopping basket (see details in the store and on your store receipt)."
Thanks,
007
I've added the subtotal module and initial testing suggests that seems to help address part of the issue ( i.e. gets rid of that message ), however I'm still getting the product code passed in square brackets passed along with the product description.
Thus I'm getting something like this; "Test Widget A [123]" passed to PayPal and appearing on the PayPal receipts, when I should be getting just "Test Widget A"
Thanks,
007
Glad the error message went away.
1. Is the sort order for sub-total less than or greater than your shipping sort order?
2. Or more appropriately asked: what is the sort order for the sub-total?
3. So what's the problem with including what appears to be an additional unique product identifier? [123]?
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
1. The sub-total sort order is greater than all shipping sort orders which are all zero.
2. The sub-total sort order is: 100
3. The unique product identifier e.g. [123] appended to the product description, wasn't present in the v1.53 PayPal receipts prior to the v1.39 database migration. It seems odd that it's appeared after the data migration. It doesn't appear to be like the regular PayPal receipt output for either v1.39 or v1.53. Also it might create a bit of confusion in the product detail and it looks a bit odd also. It doesn't seem like standard out of the box v1.53 functionality, so I would just like be able to switch it off.
Last edited by HeyIts007; 23 Dec 2014 at 07:12 AM.
Thanks,
007
That's been present since v1.5.0. If I recall correctly it was added because many merchants were reporting that they had multiple products of similar name and needed a way to differentiate, to specifically identify which exact product was in the order.
It has no bearing on calculations. It's display-only.
.
Zen Cart - putting the dream of business ownership within reach of anyone!
Donate to: DrByte directly or to the Zen Cart team as a whole
Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.
Bookmarks