Warning: Cannot modify header information - Error during checkout

[alxklo]

thanks; i've looked at the file reporting the error (/includes/classes/order.php) but find no extra spaces, unclosed quotes, or echo/print statements. I went ahead and replaced order.php with my backup just to make sure, and I still get the error. (just to note, I haven't at any point touched the files that are causing the error).

Oddly enough, orders are still being processed, email confirmations are still being sent out, but the success page will not show up. I've gone back through the checkout process and also discovered the same error ("header information already sent by....") in checkout_shipping_address.php; I checked that file and again nothing was awry.

i've replaced both files with the originals now, and i'm still not able to complete checkout. Any further help is greatly appreciated.

Thanks again,
Alex

[alxklo]

I have followed Dr. Byte's suggestion; this was the result I got (from previous post). The debug utility did not write anything to my cache folder so I ended up using the STRICT errors method.

Oddly enough, orders are still being processed, email confirmations are still being sent out, but the success page will not show up. I've gone back through the checkout process and also discovered the same error ("header information already sent by....") in checkout_shipping_address.php; I checked that file and again nothing was awry.

anything else that may cause this? is the best solution at this point to run diff on the staging and live areas of the site?

thanks,
Alex

[DrByte]

performing a diff comparison is a logical next step.

Additionally, the method you used to do the move is important. Sometimes zipping and unzipping can cause files to become double-spaced due to line-ending changes in every file using that method. This can even happen with some FTP programs. If conflicting line-endings get set, you can get the headers-already-sent situation in weird places because it really is finding extra blank lines in the middle of things.

[alxklo]

OK, so I've done a diff comparison of the files in the include folder in my site and the latest version of zen cart (1.38), corrected any extra breaks or spaces I found, and uplaoded the new files to the site. Now when I use STRICT error reporting, I don't get any specific errors during the checkout process.

HOWEVER, I still get the internal server error page when I confirm my order. Any thing else I should try before starting from scratch or consulting a third party?

Thanks,
Alex

[DrByte]

Internal Server Errors are usually a result of a security rule (set up by your server administrator / hosting company) being violated by something being submitted on the page.

These errors are usually documented in the server's apache errorlog. Your hosting control panel should give you access to errorlogs. Check the logs to see what's wrong. Some hosting companies don't make that information available to you directly, in which case you'll have to contact their tech support for assistance. You may find out more about how to access errorlogs by checking your hosting company's FAQs.

[alxklo]

Thx, DrByte. I contacted our hosting company but unfortunately we are on a shared server and as such support wouldn't give me error logs.

I've uploaded new versions of the checkout process includes/languages/english/ files, turned on strict error reporting, and now get the redirect error ("headers already sent...") reported for the file checkout_shipping_address.php in the second line of code (line 11, after the opening comments). If I comment out line 11, the file reports the same error for the next line, and for each subsequent line commented out through the end of the file.

If I comment out the entire file checkout_shipping_address.php, I get the redirect error reported in line 133 of the file includes/modules/pages/checkout_shipping/header_php.php, where $_SESSION['comments'] is called.

Does this mean anything, or am I not tracing the error correctly?

Thanks again for your continued help!

Alex

[Website Rob]

If your Hosting company does not provide you with access to Error logs for your hosting account, then it's time to change Hosters. With all the popular Control Panels providing that information there is no reason why Hoster should not.

As to your current problem, somebody will just have to sit and work on the problem till it is solved. Something is not right but you're not going to get your problem solved very quickly by Forum postings. The Forum is good but there are times when one just has to keep working on the problem till solved or start fresh.