On the advice of my webhost to try to get a cron job script to work, I followed their instructions to switch my PHP version from 5.3 to 5.2. Doing so appears to have broken zencart.

It appears to work at first, but it hangs at this point:

file
includes/templates/mistik/templates/tpl_checkout_payment_default.php

line
$order_totals = $order_total_modules->process();

First, is there any known issue that could cause the page to hang here?

Below are the changes my webhost had me make to switch from PHP 5.3 to 5.2:

Add this line to htaccess:

AddHandler application/x-httpd-php52 .php

Run these commands in shell:

cp /usr/local/php52/lib/php.ini ~/php.ini
echo "SuPHP_ConfigPath $HOME" >> ~/public_html/.htaccess

To reverse the changes, I deleted php.ini and removed the new lines from .htaccess. No effect, still hangs on the payment page.

My webhost is of no help so far. They say everything looks good.

1. What exactly do you mean by "hanging"? Are you getting some choking sound coming through your computer speakers? Getting a blank page? Getting an error on-screen?
   :eek:

2. How exactly do you know that it's "hanging" on that particular line?

3. And if it is actually having a problem on that line, then it means it's having trouble processing the active order-total modules (as you can tell by the PHP code you quoted). So this begs the question of which order-total modules you've enabled, and which ones you've added onto your store. (Yes, that gets into the many Posting Tips questions which shows when you post a new thread on the forum ... please answer those when posting!!!!!! It's very hard to give useful answers without having the context, without knowing the big picture about your site.)

4. And there should be something in the error logs. As you know, in v1.3.9 the /cache/ folder will contain myDebug-xxxxxxx.log files disclosing your PHP errors. What's showing there when this "hanging" occurs?

Thanks for the reply!

What I meant was the page output stops just before that line.

As I looked into your questions, I checked the debug logs as you suggested (didn't even know about those!) and it was my custom bitcoin order total module that was going haywire. So I removed it and everything is great!

Just to add more details, the bitcoin module had communication problems with the mtgox server, and I didn't have enough error handling, so it broke the whole thing. The PHP switch was totally coincidental, I think.

Glad you found the root cause!

You might contact the bitcoin module author to have them build in some functionality to gracefully fail or disable itself if communication problems like that happen, similar perhaps to the way the UPS or USPS shipping modules simply say "sorry, this option isn't available at this moment" when communication times out ... instead of crashing.