Details: Problem appears to be that orders placed on my cart using the authorize.net (sim) module are processing a payment, then returning to the cart which confirms the order was placed - BUT the order isn't saved as an order (neither pending, nor failed nor complete or anything) and the products return into the shopping cart as if the order was never completed. I spoke to authorize.net who indicated that this represents a callback timeout because (they suspect) that the clock on the server had not been advanced correctly, but inMotion (my host) indicated the clock was perfectly in sync with the us government clock. Anyone in the community have an idea why the payment would process but the order then returns into the shopping cart and never appears as an order? The Authorize.net technician seemed confident this would happen as a result of a clock timeout. Note that this was not happening last year (an order on 12/10/17 processed perfectly) but the order today (1/3/17) exhibited the odd behavior noted above.
If you want to save time, instead of reading the complete thread, note that the solution I stumbled upon was replacing the Authorize.net SIM payment module with the Authorize.net AIM module which worked perfectly! I thought it would require more advanced PCI compliance methods but was incorrect as cc info still never resides on my system. I only wish I didn't have to go through all of the following to figure that out. You can thank me whenever!And I want to offer a special thanks to Straightlight for working diligently to try and help me overcome this directly. I appreciate your time.
Version: 3.0.2.0
). I don't see a "Log Tab" on or near the Payment Modules page. When I reviewed the "Error Logs" from "System > Maintenance > Error Logs" the most recent entry was "
)
