(Solved) Yet another Internal Server Error

[elund]

Hi :-)

 

When I try to create an order in the Back Office (or the customer place an order), I get an Internal Server Error :-(

 

Error log:

[Tue Jan 28 22:09:07 2014] [warn] [client 37.128.215.248] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server, referer: http://www.prospeed.dk/admin/index.php?controller=AdminOrders&addorder&token=53a0cf4b53edecb1bde0ecaedd699b55

[Tue Jan 28 22:09:07 2014] [error] [client 37.128.215.248] Premature end of script headers: index.php, referer: http://www.prospeed.dk/admin/index.php?controller=AdminOrders&addorder&token=53a0cf4b53edecb1bde0ecaedd699b55

[Tue Jan 28 22:18:33 2014] [warn] [client 37.128.215.248] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server, referer: http://www.prospeed.dk/admin/index.php?controller=AdminOrders&addorder&token=53a0cf4b53edecb1bde0ecaedd699b55

[Tue Jan 28 22:18:33 2014] [error] [client 37.128.215.248] Premature end of script headers: index.php, referer: http://www.prospeed.dk/admin/index.php?controller=AdminOrders&addorder&token=53a0cf4b53edecb1bde0ecaedd699b55

 

Any ideas?

 

The error occured after upgrading PrestaShop 1.5.6.1 to 1.5.6.2

Edited February 1, 2014 by elund (see edit history)

[prestashopninja]

Hello,

 

Before anything, did you already try to change the permissions recursively to 755 or so?

[vekia]

it looks like problem with hosting configuration

where you've got hosting account?

[elund]

Before anything, did you already try to change the permissions recursively to 755 or so?

Yes, I set write access for all files to 644 and for folders to 755

[elund]

it looks like problem with hosting configuration

where you've got hosting account?

Why do you think it's a hosting problem?

It worked fine before upgrading to 1.5.6.2 except for the mail alerts module.

 

My hosting account is: http://www.domaindirect.dk/

[prestashopninja]

Please give it a try once with also files = 755. This error is returned when the server doesn't even get the content headers and the fact that this happened after an upgrade tells me it's most probably related to a permission/ownership issue

Edited January 30, 2014 by prestashopninja (see edit history)

[vekia]

by hosting problem i mean permissions or other settings related to files or even also to configuration files etc.

[elund]

Please give it a try once with also files = 755.

It didn't work either :-(

Any other ideas?

 

Thanks in advance :-)

[prestashopninja]

 

[Tue Jan 28 22:18:33 2014] [error] [client 37.128.215.248] Premature end of script headers: index.php, referer:

http://www.prospeed.dk/admin/index.php?controller=AdminOrders&addorder&token=53a0cf4b53edecb1bde0ecaedd699b55

Perhaps an unimportant detail but, the link above with a folder called "admin" wouldn't work with prestashop and of course, when we click it, we get 404. Is it perhaps possible that the update left somewhere the admin folder's name as "admin"?

[elund]

Perhaps an unimportant detail but, the link above with a folder called "admin" wouldn't work with prestashop and of course, when we click it, we get 404. Is it perhaps possible that the update left somewhere the admin folder's name as "admin"?

I have renamed the name of the admin folder in my post ;-)

 

Here is the error log if a customer tries to place an order:

 

[Thu Jan 30 18:15:32 2014] [warn] [client 87.54.46.121] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server 

[Thu Jan 30 18:15:32 2014] [error] [client 87.54.46.121] Premature end of script headers: validation.php 

[prestashopninja]

 

I have renamed the name of the admin folder in my post ;-)

 

Here is the error log if a customer tries to place an order:

 

[Thu Jan 30 18:15:32 2014] [warn] [client 87.54.46.121] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server 
[Thu Jan 30 18:15:32 2014] [error] [client 87.54.46.121] Premature end of script headers: validation.php 

This changes the things

Probably the issue is related to a payment module. An idea would be to disable all the payment modules first and try it enabling them one by one again.

[elund]

This changes the things

Probably the issue is related to a payment module. An idea would be to disable all the payment modules first and try it enabling them one by one again.

OK, we are hopefully getting closer :-) I have two payment modules installed.

If both payment modules are disabled then I dont' get an internal server error when trying to create an order in the Back Office.

Instead I get this error: Property Order->id_customer is empty, but never mind with this error for now.

 

If just one of the two payment modules are enabled, I get the internal server error in the Back Office.

So it fails for both payment modules...

[elund]

I forgot to mention that one of the two payment modules is the standard bank wire module.

[prestashopninja]

http://www.prospeed.dk/modules/bankwire/validation.php redirects to the correct place. So I think we can assume the file permissions are correctly set and it works ok. I can see no direct clue under those circumstances, but I just wonder what would happen if you'd echo something -so it would forcefully send the content headers- such as 

 

$context = Context::getContext();
$cart = $context->cart;
$bankwire = new BankWire();

after those lines, add for example

 

echo 'test';

 

This would tell us if we are on a good way.

[prestashopninja]

PS: I'm talking about modules/bankwire/validation.php, just to clarify.

[elund]

Ahh.. why didn't I think of testing it in this way?

 

The validation.php file falis on this line:

 

$bankwire->validateOrder($cart->id, Configuration::get('PS_OS_BANKWIRE'), $total, $bankwire->displayName, NULL, array(), (int)$currency->id, false, $customer->secure_key);

 

If I comment out this line you get redirected to http://www.prospeed.dk/ordrehistorik (order history).

 

If your click this link http://www.prospeed.dk/modules/bankwire/testvalidation.php you can se the result.

testvalidation.php is identical to validation.php except for the one line mentioned above that is commented out.

Edited January 30, 2014 by elund (see edit history)

[prestashopninja]

A bit confused now. For me both validation.php and testvalidation.php redirect to the same place. I tried both as a guest and with a test client I just registered.

[elund]

At my place http://www.prospeed.dk/modules/bankwire/validation.php still fails (internal server error) if I am logged in.

 

If I comment out the line $reference = Order::generateReference(); in validateOrder() in PaymentModule.php,

then it doesn't fail with an internal server error anymore.

[prestashopninja]

Then, can we call it solved?

[elund]

I am confused now...

 

I have created I file testreference.php with the following content:

 

include(dirname(__FILE__).'/../../config/config.inc.php');

include(dirname(__FILE__).'/../../header.php');

 

echo Order::generateReference();

 

It works here http://www.brygkunst.dk/modules/bankwire/testreference.php,

but not here http://www.prospeed.dk/modules/bankwire/testreference.php (internal server error)

[elund]

Then, can we call it solved?

Yes, now we can. Thank you very much for your help. I really appreciate it 

 

The error was caused  by this module by http://www.prestapoint.com/, which was installed before I upgraded my PrestaShop.

 

It was not enough to disable the module, it should be uninstalled.

[prestashopninja]

Great. You are welcome.

[Maxmito]

Hi,

how did you solve "Property Order->id_customer is empty" error?

 

I'm no able to place any orders from the backoffice because of the error.

 

Prestashop: 1.5.6.2

 

Thanks!

Edited June 16, 2014 by Maxmito (see edit history)

[razvy]

Hi,

 

how did you solve "Property Order->id_customer is empty" error?

 

Prestashop: 1.6.1

 

Thanks!