Can't checkout

[fabrikation]

Ajeh,

I am running into this same problem. The site has run great for four months and is not working all of the sudden.

When you go to login (either just by logging in, or by checking out) you are redirected to the secure homepage and do not login. If you enter incorrect information, you are given the following error: "Error: Sorry, there is no match for that email address and/or password." So the information is getting to and from the database.

I am running v1.3.5 with PHP 4.4.1

I have disabled $_SESSION information b/c of performance issues as per your suggestion on this post http://www.zen-cart.com/forum/showthread.php?t=11234

I have turned my Recreate Sessions to False. This does not change anything.

When I turn my SSL site off -- define('ENABLE_SSL', 'false'); -- check out works, on the non-secure server. Dr. Byte has suggested this is a SSL configuration issue on this post: http://www.zen-cart.com/forum/showth...+login+problem Would this still hold true if the site _was_ running fine before throwing this error.

You have suggested upgrading (even 1.3.5 to 1.3.7) as a solution. Do you think that is going to solve this problem?

Thank You!!!

Fab

[Ajeh]

I would definitely upgrade before even attempting to fix this issue ... there are several create account, edit address, etc. issues in v1.3.5 ...

Upgrade to v1.3.7 and include the latest patch at:
http://www.zen-cart.com/forum/showthread.php?t=56216

Does the upgrade fix this issue?

Next, look to see if you can access any page from your secure URL to see if this is a secure issue on your server ... a test might be your file:
/nddbc.html

NOTE: It is a warning about a bad database via an HTML file ... don't let that panick you, this is just a test ...

That should show on both the secure and non-secure URL without any error messages ...

[fabrikation]

Hi Ajeh,

I am in the process of upgrading -- a junky mySQL interface is preventing me from backing up the DB. I have a request in to support.

Before I jump into that full-force, I just wanted to give you an update and confirm that the solution is still an upgrade.

I was able to identify something that changed directly before the site crashed. The person running the site (not me) added two EZ pages that were to display in the header and the footer. One had text in the proper place. The other had an absolute link to a local file, though it was placed in the remote URL field.

After removeing both of these entries entries the site started functioning again... in Firefox. In IE and Safari it still prevents me from logging in.

So the questions are:

1. why on earth would a server process be affected by browser compatability (and does this give any clue to what the problem might be.)

2. do you still think the route is an upgrade. (i am heading that way anyway, but am temporarily prevented by the mySQL interface.)

3. are there any known issues with EZ pages / links in the header or footer / remote-local HTML file links or was this a fluke?

thanks always

fab