svrabel

This happened twice using two different versions of the Paypal Plugin. The second time the plugin detected that there was a grand total mismatch, but CubeCart still completed the transaction, allowing the individual to download everything they had placed in their cart. Unfortunately, I don't know enough about the code to even start looking.

@Al Brookbanks, I just saw an update to Paypal Standard. Should this fix the issue I had?

Just had another transaction where the same thing happened. I am using version 1.0.7 of the Paypal Plugin and it is still not preventing completion of the order. Below is what the request log shows: Request Sent - https://ipnpb.paypal.com/cgi-bin/webscrcmd=_notify-validate&mc_gross=0.01&invoice=170723-130736-5323&protection_eligibility=Eligible&address_status=confirmed&payer_id=RMFHBMZXFSNHQ&address_street=erf&payment_date=10%3A09%3A22+Jul+23%2C+2017+PDT&payment_status=Completed&charset=windows-1252&address_zip=32330&first_name=Jhonny&mc_fee=0.01&address_country_code=UY&address_name=John+M&notify_version=3.8&custom=&payer_status=unverified&business=lily.applique%40mail.ru&address_country=Uruguay&address_city=151wd&quantity=1&verify_sign=AFFIASYBPB4TY3B2VIHX1thDFvcyANfGB0uNZJf3WKcEINPMkUd-zCns&payer_email=jhonny_rodriguez%40mail.ru&txn_id=99P76154UK278912X&payment_type=instant&last_name=Rodriguez&address_state=wdd&receiver_email=lily.applique%40mail.ru&payment_fee=0.01&receiver_id=J9P9PC7CZ346W&txn_type=web_accept&item_name=Order+170723-130736-5323&mc_currency=USD&item_number=170723-130736-5323&residence_country=JO&transaction_subject=&payment_gross=0.01&ipn_track_id=4c435fb85b2fc Response receivedVERIFIED

Nope. Didn't realize I needed to be tracking those too. I've been good about keeping the cart updated, but the Paypal plugin is out of date. I'll be updating that today. Thanks for your help, Al.

We sell digital products. Since the order was marked as complete, most of the files had been downloaded before I deleted the order. The transaction ID does not show in PayPal (normal or classic view). I've contacted their fraud department to see if they can help out as well.

I just discovered a large fraudulent purchase on our storefront. I'm not sure what happened, but I have shifted to catalog mode until I figure out how to prevent it from happening again. There was no matching transaction listed on Paypal so I don't know if this is a Cubecart or Paypal issue. I've took screenshots and downloaded the database before deleting the orders. Any suggestions/insight would be appreciated.

Brian, any resolution on this? I show the same thing in 6.0.5 for line 726 in user.class.php for a customer that reported problems while resetting her password.

I just created an order to test it. The digital download does not appear in the Digital Downloads section, and an email is not sent with download links. I'll head over to GitHub and add a feature request.

Just updated to 6.0.4 a few days ago, and this does not appear to be in the source code. Any ideas if this will still work or if it can be added to the 6.1.0 milestone?

Sorry for the delay. I've been busy with my day job. I just tried this and see no immediate problems. I will let you know if I run into any problems. Thanks for all your hard work Brian.

I just dug through the access logs, and it appears that the site isn't finding one of the images (images/menu_top_open.png), but I can't find any mention of it in any of the admin stylesheets. It's just strange. I'll go ahead and submit a trouble ticket.

Okay. I was grasping at straws for this issue. It makes it very difficult to list/edit products when I have to reselect the file after each change. I don't see anything in the Request Log for the 404 error.

PHP: [Notice] /store/classes/request.class.php:255 - cURL Error (22): The requested URL returned error: 404 Not Found GET: '_g' => 'products' 'sort' => 'updated' => 'DESC' 'action' => 'edit' 'product_id' => '304' This is what debug is showing me when I'm in product manager.

Yes, I have refreshed the page. This has been going on for several weeks (since updating), but I was just informed by the person that does the product listings.

@Al, I did a clean install on my local machine to test it. I'll try hard refresh, although I am uneasy to do that on a live site. There was nothing that showed up in the php error logs.

Working in 5.2.11 or 5.2.12, modifying the product causes the digital file to be deselected. This happens if I select Save or Save & Reload. Is this a known bug? It started after upgrading from 5.2.4.

Config::getInstance() was a Globals call. Hopefully that will resolve the issue. Thanks for the speedy response.

I recently updated to add an SSL certificate to my site. Some of the issues that I had before with customer redirection went away, but I started receiving reports of HTTP 500 errors and a few different redirection messages. Looking at the error log, I have the following error: PHP Fatal error: Call to a member function get() on a non-object in /home/public_html/store/classes/cart.class.php on line 1015 One person reported receiving this message: the web address you entered could not be found. You were trying to go to https://www.savvystitchesapplique.stire/index.php?_a=gateway My standard and SSL store URLs are correct. I'm at a loss at what I need to look at.

The file from phpMyAdmin was not compressed. I may have missed that setting when I was setting up the backup. The store has only been open since December 2012, so thank you. If I want to maintain the ability to reset customer's download links, would I need to maintain that order history?

Database backed up by phpMyAdmin was 71.7MB. The largest table is CubeCart_order_summary at 41.1MB with 7900 records.

I've been unable to backup recently, and I think it has to do with my database size. I've increased the PHP memory allocation to 512M, but I'm still getting the following error when I try to backup. I end up with a blank page and no database backup created. I can do a full backup of files for the store. The error below appears in my log file. PHP Fatal error: Out of memory (allocated 177471488) (tried to allocate 27532811 bytes) in /home/.../classes/db/database.class.php on line 639

Any ideas? This is still a problem - I have a customer that has tried MSIE 11 and the latest build of Chrome. Is it possible that she is being redirected to the following URL based on her settings? http://de.yhs4.search.yahoo.com/yhs/errorhandler?hsimp=yhse-001&hspart=CND&type=AD0D0A3E7464B4F1DB4F_s_g_e&q=http://www.savvystitchesapplique.com/store/index.php?hsimp=yhse-001&hspart=CND&type=AD0D0A3E7464B4F1DB4F_s_g_e&_a=confirm

@Al, I've had a new customer that had the same issue. Any ideas other than the cookie domain?

@Al, I thought this was fixed when I updated the cookie domain, but I received another report this morning. I'm waiting on information from the customer to figure out what browser she was using.

There's no additional information on the IPN page on PayPal other than number of retries (zero) and delivery status (sent). In the CubeCart Request Log and Transaction Log, there are no corresponding entries to the purchase.