Error message 400 - bad request

[treasure]

Hi,

I hope someone can help with the following, I have looked for similar problems on your forums but have not come across anything to help me yet.

I have two actinic programs running on my website - actinic business v.4.0.7.0.2.0.BASA and actinic v.4, so that I can have GBP and USD prices for same products. My website is hosted by Nildram. My online payment processor is Secure Trading.

Up until last week I've never had any conflicts or problems either accessing the site or downloading orders from either of the versions of Actinic.

Last week, however, I attempted to download an order from the business version (GBP version) but received a server error message 400 - Bad Request. This has never happened before.

The error message gave the following information:

The web server returned an unexpected error. The server response was 400 - Bad Request. Run Web | Configure Web Site Details... to review your web site configuration.

So I did what it said. In running the connection wizard, I got the following error message, when the wizard got to the perl installation, trying perl guesses:

The wizard needs to know where Perl is installed on the web server and what extension Perl scripts must have in order to execute on the remote server. You may need to contact your ISP to gather this information. Be sure to specify the "." on the extension if it is required. For example, ".cgi", or ".pl".

The default path reads:

/usr/bin/perl

When I click to accept this path (which to my knowledge has not changed from when the catalogue was first installed), I get the following message:

The server is not configured to handle cookie headers. The script did not receive the cookie sent by the wizard

So I contacted Nildram and they told me to enter a #! at the beginning of the path. That didn't solve the problem. So I went back to Nildram and asked them to reset my settings on the website at their end as previously I've had gateway error messages (502) when I've had to ask them to do the same. This didn't resolve it either.

I've tried re-uploading my catalogue but it stops at the merging server files section, with a similar error message:

A server error occurred while attempting to merge server files. 400 - Bad request.

I've also tried using a previous back-up copy of the catalogue, renaming the file, thinking that something may be corrupt in the version I've been working with but that doesn't appear to help either.

I connect to the web with an adsl Zoom ethernet modem on a broadband account and have been downloading orders since July using this method without a problem. I also have Norton Antivirus on my PC but this has not created conflicts in the past either.

Not being the most technically minded of people, I am at a loss to know what else I need to do in order to clear the problem.

I'm leaving for the States on thursday for two months and would really like to get this resolved before I go so that I can a) send this poor person their order and b) continue to access orders while I'm away!

Any suggestions?

Kind regards
Sheila Hill

[NormanRouxel]

Try putting something into the Cart on your sites to see if Perl is still working there.

Searching needs Perl so that will also test the sites Perl capability.

You can also try Advanced / Network Setup / Test to get more meaningful error messages. Double check that Path to the Perl shell is /usr/bin/perl (or whatever Nildram use).

If you have two sites on the same server remember that they should have different CGI Script ID Numbers.

Norman

[treasure]

error message 400 - bad request

Hi Norman,

Thanks for your response. I've tried the search facility on the site and it appears to be working fine.

I've also just placed an order on the site and it processed it and showed up in the catalogue with no problem. I noticed that there were some old order files from November sitting on the website which I didn't get notified about and I've decided to delete them as they don't appear to have the usual OCC file with them. I have had someone in Asia trying to place excessive orders which appeared to be bogus recently and I think it could have been them again.

I checked the ID numbers for the 2 versions of the catalog and they are different, 1 and 2.

I will triple check with Nildram in the morning about the Perl path, but I'm pretty sure it's correct as I've already asked them twice.

I checked the test on the Network settings for both versions and both tests responded with the following messages:

The web server returned an unexpected error. The server response was 400 - Bad Request. Run Web | Configure Web Site Details... to review your web site configuration.

followed by:

The test script failed to execute on the web server. The error could be caused by several things. Check the path to the Perl shell, the CGI script extension, the path to CGI-BIN, and the CGI-BIN URL. This error could also occur if your web site is out of disk space or your web server is not configured to accept POSTs to CGI scripts.

I notice though that sometimes when I switch from one version of the catalog to the other within my actinic program via File/Sites/Acitvate option under the file menu I get error messages which close the program automatically.

These error messages are either MSJET40.DLL or the KERNEL32 file. Could this be affecting the function of my catalog or is that unconnected?

If so, do you have any suggestions about how I fix these corrupt files?

My pc has Millenium ME operating system with Windows 98.

Regards
Sheila

[NormanRouxel]

That error in Network Test needs to be fixed. I think you'll have to check with Nildram regarding the suggestions in the error response.

Also those crashes you're having may well have caused some of your settings to be corrupt. I've no idea why they're happening so I hope someone else has an idea there.

If you have FTP access to your site you could check your CGI-BIN and look at the first line od ca000001.pl as this has the correct path to Perl on your working sites. And see if that matches the entry in your network settings (ignore the leading #!).

Norman

[Darren]

Hi there.

Sorry to hear about the problems that you are having

server error message 400 - Bad Request

Hmm, I have seen this on version 4 when the web server has been upgraded to IIS6 (Windows 2003), could you check with Nildram to see if they have upgraded their server to IIS6?

I've had gateway error messages (502)

This is usually due to your host no allowing enough time for the scripts to run, you can see if they can increase the timeout for cgi.

I hope this helps.

[treasure]

error message 400 - bad request

Hi Darren

I looked on the Nildram support service area of their website and they did carry out an upgrade of the server carrying my website on the 15/16th December.

I did ask about this initially when I first called up on Saturday but was told it shouldn't have any effect.

What do I need to do in order to rectify the problem of access?

Is it something Nildram needs to action or do I need to change my settings within the actinic catalogs?

regards
Sheila

[treasure]

error message 400 - bad request

Darren

have just spoken to Nildram technical support and they've confirmed what you suspected. their response was that they can move my site to a server still running windows 2000 but that eventually i'm going to have to update my software so that it's compatible to windows 2003 (I assume that's because eventually all their servers will be upgraded). I don't actually want to do this immediately as i'm about to go away for two months and would prefer to do that on my return.

Can you please advise me what version of actinic i will need to upgrade to in order to not have a software conflict in the future.

many thanks for your help

regards
sheila

[Darren]

Hi there.

Version 6 seems be OK, but it can suffer from the 502 gateway error when uploading on IIS6 when the script timeout is too low. To see if V6 works with your server, why not download an evaluation copy from Here You can always set up a test folder on your webserver and upload to that, you will also need to use a different script ID in your Advanced | Network setup to your 'real' store.

If you need help with setting up a test area, please email to:

communityadmin[@]actinic.co.uk and please put FAO Darren in the subject line. I will need your FTP details

(Sorry about the brackets, trying to prevent those pesky email harvesters!)

[treasure]

Hi Darren

You helped me out with some tips on a bad error message I was receiving in December in trying to access and download orders from my version 4 catalogue.

I followed your advice and got Nildram to switch my website back to a server with a Windows 2000 operating system and even though they claim to have reset the permissions on the site and run extensive checks on all the links to and from the site, every time I try to retrieve orders from my webspace I continue to receive the same error message and have the same problem in being unable to access or retrieve files from the site.

I cannot upload the catalogue files or obtain orders from the site.

Do you have any other suggestions as to what may be the problem as Nildram have more or less told me they can't see why the site is not functioning properly

I haven't changed any of the configurations on my catalogue program to create access problems but I'm now beginning to wonder whether there is any way the files relating to my catalogue could have become corrupted through some part of this process and the problem is at my PC end rather than the server, though I can't imagine how this could have occurred.

any advice or feedback you are able to give would be much appreciated as orders are backing up on my site now and I'm unable to process them properly.

many thanks
sheila

[Darren]

Hi Sheila

Sorry to hear you are having problems again, would you be as kind as to send your FTP details to communityadmin[@]actinic.co.uk and mark it for my attention, I will take a peek.

(sorry about the square brackets on the email, trying to stop those pesky email harvesters!)

[Darren]

Hello again Sheila

I sent you a mail, but in the meantime, it may well be worth showing Nildram "The setup of IIS5 with Actinic Catalog" section in the Advanced User Guide

When I have all your server details, I can test out some settings that will hopefully give us a clearer idea of what is (or not!) happening.

[Darren]

Hi Sheila

Thanks for your settings, I composed some network settings for your Uk site, which passed the test in Version 6, but not V4 I am afraid.

Are you sure that this is on a Windows 2000 (IIS5) server and not Windows 2003 (IIS6)?

[treasure]

Hi Darren

When you replied to my enquiries originally, you indicated that you thought the bad request error was due to a software conflict and indicated that the upgrade on the server at Nildram may have caused the problem.

I checked with Nildram to see if this was the case and they said confirmed that this is what had happened and arranged to move my website back to a server on the Win2000 system. As far as I am able to confirm, this was done on 24th December.

However, I am still having the same problems with accessing my actinic catalogue on the site.

regards
Sheila

[cdicken]

Thanks for your settings, I composed some network settings for your Uk site, which passed the test in Version 6, but not V4 I am afraid.

Sorry to butt in, but there is a test carried out by v4 on servers called a 'Cookie Header Test' - no servers really support this, so the test will normally fail. However, this technique is not required for the store to run so the v4 store may work anyway with these settings.

[treasure]

Hi,

This is a message for Darren Langley.

Darren,

I have been trying to resolve various difficulties with Nildram now that they have moved my site back to a win 2000 operating server.

we have come up with a couple of issues that we would like to clarify and I was hoping that you or someone else would be able to do so.

In configuring the website details, when version 4 attempts to analyse the site information, we keep hitting a cookie header message in the configuration wizard at the perl installation stage that indicates that cookie headers aren't accepted.

If we cancel the configuration process at this stage and simply upload the files, is the configuration complete enough for the catalogues to be uploaded correctly or does the configuration process need to go all the way through to the email category to upload and operate successfully?

are any patches required to deal with this particular problem?

the ISP technicians are now working with me on trying to get my site working properly so any information you can provide on this point will be very helpful.

kind regards
Sheila Hill