Mike MacKechnie

This is normall. Once a customer goes through checkout the order is placed and set as "Pending". Once the customer completes checkout, depending on the gateway you are using the order status will change to "Processing". There is a nasty bug concerned with this, if you are using Protx Form to process your payments (it may happen with other gateways but I have only experienced it with Protx Form). The scenario: A customer places an order, proceeds to checkout and is then transferred to the Protx gateway. Once he's there he changes his mind and cancels the transaction. By now the e-mail has been sent from Cubecart confirming the order. Cancelling the transaction returns him to Cubecart, but his shopping basket is still full; if he removes one or more of the items from the basket, then checks out again, he transfers to Protx - Protx has cancelled the prevous transaction and processes this new one. This time he pays for his goods and completes the transaction. The problem is that Cubecart retains the order number from the first failed transaction and does not send a second e-mail to the administrator notifying him of the change to the order. I have a client to whom this has happened twice - both times he has missed the discrepancy and has ended up out of pocket as a result. He receives an e-mail from Protx telling him that the first transaction failed, but because he has a matching pair of e-mails from Protx and Cubecart telling him about a successful order, and he is a busy bloke who receives quite a few failure notifiations from Protx, he did not notice the difference in the invoice amounts until he checked his monthly figures. Would it not be possible for Cubecart to send another e-mail when the customer goes throught the Protx gateway for the second time? I have today upgraded to 3.0.15 (these two problems occurred in 3.0.12), but I'm going to raise a ticket with Ali about this regardless as I think it's something that he should be aware of...... unless any of you can tell me of a fix?

Hello, I'm running 3.10. I have the same question as above. Can I upgrade DIRECTLY to 3.12, or do I need to upload first to 3.11, then do 3.12? Can anyone provide an explicit answer? Also, I have A LOT of modules I've added. What is the "best practice" on comparing files to make sure I don't overwrite anything? I'm using Dreamweaver 8, but I don't think it lets me compare files (or does it?). Also, I'm on OS X Tiger. Any suggestions? Thanks! There is a very useful bit of freeware called KDiff3 which you can get from kdiff3.sourceforge.net/. I used it when I upgraded to 3.0.12 - it compares php files and highlights any differences between the two. I have made several customisations to my cubecart and found this software indispensable. Of course, you should keep a list of any modules that you've customised, so that you know which ones to study whenever any mods appear.

Right, I'm running 3.0.11 at the moment, planning to upgrade to 12 sometime soon. Anyway I've ---ALMOST--- fixed the problem by changing the Mail Sending Method to mail() in the admin general settings. I am now getting an e-mail from the Cubecart Store as well as from Protx. The only problem is that the e-mail from the store is in plain text format and has absolutley no formatting, so that it lands in my Outlook inbox looking like this: Dear Mr Mike MacKechnie, Thank you for your order no: 060821-001048-2429 placed on Aug 21 2006, 00:10 AM The transaction was successful and we will ship your goods at the first possible opportunity (if applicable). ~~~~~~~~~~~~~~~~~~~~~~~~~~ Name: Mr Mike MacKechnie Subtotal: £11.99 Postage & Packaging: £1.00 Tax: £0.00 Grand Total: £12.99 ~~~~~~~~~~~~~~~~~~~~~~~~~~ Invoice Address: Mr Mike MacKechnie 9 Nxxxx Wxx Pxxxx Bxxxxx Bxxx xx41 8xx United Kingdom Shipping Address: Mr Mike MacKechnie 9 Nxxxx Wxx Pxxxx Bxxxxx Bxxx xx41 8xx United Kingdom Payment Method: Protx Shipping Method: Royal Mail ~~~~~~~~~~~~~~~~~~~~~~~~~~ Order Inventory: Product: Mostly Autumn - Storms Over Still Water Quantity: 1 Product Code: AUT1770 Price: £11.99 Why is the email looking like this? I presume it's something I've set wrongly or haven't set at all....

We are getting the Protx e-mails ([email protected]) no problem, but we are not getting anything from Cubecart. It sounds like this is what we need. How do we make our system send Cubecart e-mails?

Hi people, I am currently running a cubecart shop with Protx Form to process the payments. We are currently running in test mode and have not moved to go live yet.... Has anybody figured out how to get cart details into the Notification e-mails that Protx sends to the customer and to the Cubecart administrator? I realise that the Cart number is available in the Protx e-mails (although curiously it's only there in the html version - if you use plain text you don't even get the cart number), but my client's life would be a lot easier if he could see the contents of the cart in the e-mail before he goes to the admin panel to prepare the order for dispatching. The way I see it, at the moment all he has is the cart number and the amount paid to match against his list of current orders. With the volume of orders he is expecting to handle, this could be a significant overhead for him unless there is a quicker way of doing things. Any advice would be greatly appreciated.

This is getting extremely frustrating. I am not a php programmer. I thought this was supposed to be a simple process. Put in your vsp vendor name, encrtption password, trans-type and that's it. I've been bashing my head off a brick wall for weeks now. Protx are blaming Cubecart, but won't give me any more information, other than something is wrong. Please help. I have just spent the last hour or so getting a Protx-CubeCart gateway off the ground. A couple of things to look out for, which snookered us for a while: The "Merchant ID" name in the Cubecart Admin Panel should in fact be the VSP Vendor Name thatProtx give you when you obtain your account information. Make sure that your encryption password passphrase doesn't have any trailing or leading spaces by accident. Set the testing parameter to "test" - I could not get "simulator" to work.