Jump to content

Robin Somes

Member
  • Content Count

    77
  • Joined

  • Last visited

  • Days Won

    2

Robin Somes last won the day on June 1

Robin Somes had the most liked content!

Community Reputation

2 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. As it turns out, so am I! Not sure how those 6 updated versions escaped my attention. Just updated; I'll wait and see what difference that makes.
  2. CC6.2.9 / All In One Shipping 1.0.16 / Facebook 1.0.1 / PayPal Commerce Platform 1.3.10 / PayPal standard commerce platform 1.08 (disabled) / ProductAddons 1.0.12 / SagePay 1.0.11 Site: piscesconservation.com/cube I'm seeing some odd behaviour with the PayPal Commerce Platform. Looking at the Order Summary tab for some orders, the Shipping Information field states Gateway: paypal commerce, while on other orders, the field is blank (comparison, see Example 1 below). For each order, I get a PayPal email, but the emails are different. When Gateway: paypal commerce is present on the order summary, the PayPal email is from <[email protected]>; with the sub-title "You've Received New Funds!" (Example 2 below). When there's no gateway information on the order summary, the email comes from {Customer Name} via PayPal <[email protected]>, and the email is a completely different format. (Example 3). When there's no gateway information on the order summary, it is also missing from the detailed sales report information available as a .csv download from the Reports section of CubeCart (Example 4). In all cases, the payments come through to PayPal OK. However, there's a correlation with the information in the detailed transaction logs from PayPal. Orders which do have Gateway: paypal commerce on the CC order summary do not have data in the From Email Address and Contact Phone Number fields of the PayPal transaction log. Orders for which those two fields are filled in the PayPal log do not have Gateway: paypal commerce on the CubeCart order summary. And, orders where the From Email Address and Contact Phone Number fields of the PayPal transaction log are filled, do not have data in the Receipt ID field. And vice versa - see Example 5. It's all a bit confusing...
  3. site: piscesconservation.com/cube CC6.2.9 / All In One Shipping 1.0.16 / Facebook 1.0.1 / PayPal Commerce Platform 1.3.10 / PayPal standard commerce platform 1.08 / ProductAddons 1.0.12 / SagePay 1.0.11 I previously reported an issue getting the new PayPal Commerce Platform set up; attempting to link the platform to an existing PayPal account repeatedly failed. I believe a number of other users reported the same behaviour. I'm very happy to report that it is all now working; version 1.3.10 installed and functioning correctly. Many thanks to Al and the team for fixing the issue. Robin
  4. You're not alone; I (and others) have been encountering the same problem for several weeks. Luckily I have the previous version of PayPal Commerce already installed and working, but I'm trying to upgrade because the old version is superseded. Unfortunately, it appears that PayPal are not responding to requests for assistance from the developers of the extension. Nor are they answering requests for support from users (i.e. me). Their help page for a 500 error is, sadly, useless.
  5. I've got a customer in Reunion, an external department of France. Being an external department, she's not liable for VAT on purchases. However, if she enters the country as France, and county/region as Reunion, the site quite naturally adds VAT. There is a separate entry for Reunion in the drop-down list of countries (despite its not being a full-blown country), and if she uses that instead of 'France', then there is no VAT added. However, 1) It's not obvious that that is what she should do, and 2) I'm not sure the list of countries contains every last one of France's other external territories, if we should get an order from any of those in the future. I assume the solution is to use the Zones option: 1) Use Add Zone to create a long series of zones, one for mainland France, and one for each of France's many overseas possessions, with the correct abbreviation, and then 2) Tell CC that the French external zones are outside Europe and so don't attract VAT. This seems a little exhausting, and liable to create further problems with customers in mainland France who don't understand that they have to choose a zone, but if it's what I need to do, I'll do it. So, am I correct, and if so, how do I get CC to recognise when a zone is outside Europe and doesn't need VAT? Or is there an easier way to achieve it? TIA, Robin site: piscesconservation.com/cube CC6.2.9 / All In One Shipping 1.0.16 / Facebook 1.0.1 / PayPal Commerce Platform 1.3.8 / PayPal standard commerce platform 1.08 / ProductAddons 1.0.12 / SagePay 1.0.11
  6. Can I bump this? PayPal aren't replying to help requests. I am now upgraded to CC 6.2.9, and the 500 error is still occurring. It appears to be impossible to get PayPal Commerce Platform functioning at all, and attempts to get updates to the old PayPal platform extension are just redirected to the new one. PayPal's 500 error help page is useless. So, any other suggestions would be gratefully received. TIA, Robin (currently locked out of the forum a/c from which I posted the original request).
  7. Yes, I can see it working in FF 74.0; still no joy in Chrome or IE.
  8. CC 6.2.5 / All in One Shipping 1.0.11 / Facebook 1.0.0 / PayPal 1.0.8 / Product Addons 1.0.12 / SagePay 1.0.6 www.piscesconservation.com/cube A customer has reported that he's unable to checkout. He has added a (digital) item to his basket; he can see from the top-right corner of the page that there is an item in the basket, but he can't access the basket to begin the checkout process. Clicking on the basket has no effect. I have reproduced the issue myself in two different browsers, Chrome and IE, latest versions. The only effect of clicking on the basket icon is to change the URL from https://www.piscesconservation.com/cube/ to https://www.piscesconservation.com/cube/#. The issue appears whether or not I am logged in as a customer. I have cleared the site cache, and there are no recent entries in the Error Log. We haven't changed anything about the site for months, with the exception of adding a 15% discount code for one item - the item our customer is trying to order. I have tried ordering that item alone, in combination with other digital and physical products, and other products alone; each time the result is the same - clicking on the basket icon has no effect. Now here's the odd part; the site works perfectly in MS Edge. Since it's new behaviour, with no changes made on our part except the discount code, I'm inclined to think it's some hosting company issue; hopefully transient. Anyone have any suggestions for further enquiries? TIA, Robin
  9. I can confirm I've just implemented that change, and it works perfectly. Thanks again. R
  10. 1: Adding columns Is there any way to add a couple of extra columns into the Orders summary page? When I'm doing the monthly reckoning for our accounts, this is the most useful page to get the information from, since the existing columns: Order Number - Customer - Status - Date - Total are all items I need. What would be really great would be additional columns showing which payment gateway was used (in our case, either SagePay or PayPal), and how much VAT, if any, was included. Currently, I have to open each order individually, and check the gateway and VAT amount, which soon gets boring. The Transaction Logs page does at least show me which gateway was used - but doesn't give the customer name or order status. 2: Exporting If I could export the information from the Orders page as a CSV, it would be superb, because with the two additional columns it would be exactly what I require, no more, no less. 3: Alternatively... If the Sales Report function could include an indication of the gateway used for each sale, that too would fulfil everything I need - and it's already exportable. [EDIT: I now see that the data in the exported version of the Sales Report do include VAT, Gateway and many other things besides; what's seen online is a summary only.] Any chance? TIA Robin
  11. Thanks Al, yes, I totally get that. Our issue really is that we've got at least 12 domains; the CubeCart shop, 3 or 4 Wordpress-based sites (I can't actually remember!) and the rest plain HTML-based. I think there would be some resistance, in terms of cost (since sales through the shop site are far from being our main source of income), and admin time, to having two separate hosting companies. And there's very limited time to devote to migrating all our sites to a new host. But for the longer term it's something we do need to consider and rationalise. Cheers, Robin
  12. An update to this issue. After several emails back and forth with my hosting company, they're not willing (for which read, they can't be bothered) to load the required system time zone table to the DB server, because "it will affect other customers". So be it; lazy attitude, but we're stuck with them for the time being, so for now I've disabled 'Timezone' in the store settings. No more countless error messages. Thanks for the help.
  13. Bit of a mixed thread here, I think. I do agree their first line of tech support tends to jump to conclusions about what the customer's asking for, which isn't ideal. But thankfully it's a different hosting company to Keat's - no such password madness, yet at least!
  14. Good point, and well made. Many thanks R
×
×
  • Create New...