CHeckout Page Special Characters cause HTTP 500 Server error

[split63]

Our international customers are seeing
"HTTP 500 Server Error" when they try to get past the checkout page
index.php?main_page=checkout_shipping

We have found that the issue is because they are using special characters which are common for their country or language.

For example, Germans use the umlaut (double dots over the u ).

When they bring it to our attention, we ask them to avoid using special characters and the problem is resolved. And not all special characters cause the issue, as we get some crazy characters from countries north of Europe. Often there are so many odd characters that the address is not recognizable and we must contact the customer for clarification.

I don't understand why the Zen-cart text validation is not flagging this or why a server error occurs.

[split63]

A customer sent the actual error that they see:

Server error
The website encountered an error while retrieving .../index.php?main_page=checkout_shipping. It may be down for maintenance or configured incorrectly.
HTTP Error 500 (Internal Server Error): An unexpected condition was encountered while the server was attempting to fulfill the request.


.

[DrByte]

500 errors are triggered by your SERVER, before Zen Cart even has a chance to do anything.

Thus, you need to investigate the problem with your hosting company.

https://www.zen-cart.com/tutorials/index.php?article=63

[split63]

The link points out that bad PHP and bad configure.php contents can cause this.

Enter bad symbols into PHP code ---> crash
Enter good symbols in php code --> does not crash.


That ain't a server problem

[DrByte]

Apparently you're the expert. Let us know the solution to your unique problem when you're ready to share.

[split63]

This bug, though rare, keeps showing up.

Here is a checkout page that when submitted resulted in
HTTP Error 500 (Internal Server Error)






I had the customer then use his South African address only and check the box "Same address for Shipping/Billing".
This worked. He then went into his account and changed the shipping address to the Texas address. No errors occurred.

When the error happens, it is always with a international billing and US shipping address. We thought it was related to special characters, but perhaps not based on this screen capture

V1.3.9e

[lat9]

Do you have any log files in your /cache folder? If so, those might provide a clue as to what's going on ...

[split63]

Do you have any log files in your /cache folder? If so, those might provide a clue as to what's going on ...

I don't know if its related, but the log file only had this:

[09-Apr-2012 01:15:02] PHP Fatal error: Call to a member function RecordCount() on a non-object in /home/content/44/4963044/html/ZC/includes/modules/mistik/create_account.php on line 391

[split63]

Line 391 has the following:

   } else if ( preg_match('/POBOX/si', $street_address) ) {

      $error = true;

      $messageStack->add('create_account', PO_BOX_ERROR);

The last line is line 391

and is part of a section called
// BEGIN PO Box Ban 1/1

[s.p.kannan]

Got the same issue at one of our website.
The issue was with the special characters in the product title... there are brackets, double quotes etc ( ) ' '' in the title...
Removed those... the issue was fixed... :)

Thanks