merk:
Thanks for the link, but i'm not sure if any of those reasons apply to me since the blank page ONLY happens when i try to submit the order to process the payment. No other pages are coming up blank so far.
I also turned on the strict error reporting - still get a totally blank page when i submit the order.
I'm having the same issue. Been in contact with hosting provider just in case (just migrated from GoDaddy, bunch of :censored:), looking into possible environmental issues, doubtful it's there. I feel like the PlugnPay API is flawed somehow, haven't heard back from them as of yet. Snippet of error message in API below:
# check the FinalStatus for the 'auth' request
if($FinalStatus == 'success') {
$db->Execute("delete from " . TABLE_ORDERS . " where orders_id = '" . (int)$insert_id . "'"); //Remove order
#zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode('SUCCESSFUL - ORDER APPROVED'), 'SSL', true, false)); // uncomment this line for testing.
}
else if($FinalStatus == 'badcard') {
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode('Your authorization was declined. Please try another card.') . urlencode(" -- $MErrMsg"), 'SSL', true, false));
}
else if($FinalStatus == 'fraud') {
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode('Your transaction was rejected. Please contact the merchant for ordering assistance.') . urlencode(" -- $MErrMsg"), 'SSL', true, false));
}
else if($FinalStatus == 'problem') {
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode('There was an error processing your transaction. Please contact the merchant for ordering assistance.') . urlencode(" -- $MErrMsg"), 'SSL', true, false));
}
else {
if ($response[0] == '') {
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode("There was an unspecified error processing your transaction.<br>Received empty cURL response - check cURL connectivity to PnP server.") . urlencode(" -- $MErrMsg"), 'SSL', true, false));
}
else {
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message=' . urlencode("There was an unspecified error processing your transaction.") . urlencode(" -- $MErrMsg"), 'SSL', true, false));
}
}
...the language file with some javascript error message defines:
// JS error messages
define('MODULE_PAYMENT_PLUGNPAY_API_TEXT_JS_CC_OWNER', '* The owner\'s name of the credit card must be at least ' . CC_OWNER_MIN_LENGTH . ' characters.\n');
define('MODULE_PAYMENT_PLUGNPAY_API_TEXT_JS_CC_NUMBER', '* The credit card number must be at least ' . CC_NUMBER_MIN_LENGTH . ' characters.\n');
define('MODULE_PAYMENT_PLUGNPAY_API_TEXT_JS_CC_CVV', '* The 3 or 4 digit CVV number must be entered from the back of the credit card.\n');
// Other error messages
define('MODULE_PAYMENT_PLUGNPAY_API_TEXT_DECLINED_MESSAGE', 'There was an error processing the card information you entered. Please try again.  <em>Error 01</em>');
// Previously commented out:
define('MODULE_PAYMENT_PLUGNPAY_TEXT_GATEWAY_TIMEOUT', 'There was an error contacting the credit card processor. Please try again.  <em>Error 02</em>');
define('MODULE_PAYMENT_PLUGNPAY_TEXT_ERROR', 'There was an error processing the card information you entered. Please try again.  <em>Error 03</em>)');
define('MODULE_PAYMENT_PLUGNPAY_TEXT_WRONG_TYPE', 'The Credit Card Number does not match the Credit Card Type.  <em>Error 04</em>');
What I don't get is why the error_message= isn't invoking the message stack to display an error normally, and instead gives a HTTP 406 error with the following address in the address bar (Chrome and FireFox only - IE doesn't show this in the address bar):
https://www.ketchtech.com/shop/index.php?main_page=checkout_payment&error_message=There+was+an+unspecified+error+processing+your+transaction.%3Cbr%3EReceived+empty+cURL+response+-+check+cURL+connectivity+to+PnP+server.+--+&zenid=2e9a1345a46134a8b0a7874c58a7f02e
I get what it's displaying and where it comes from, I just don't get why it's not putting the information in a message stack. I'm sure it's something quite simple. :wacko:
Zen Cart 1.5.1, heavily modified Stirling Grand template from Picaflour, Running Debian Linux server on shared hosting plan (top tier), nothing crazy. The template modifies tpl_checkout_payment_default.php, but I don't see anything that should mess with this. Suggestions, anyone?
