Can't login to admin

Just wanted to add something to this thread. I have been trying to login all day, trying various mods and settings suggested, reinstalling, re-uplaoding, etc.. I finally tried uploading with a different ftp client and the install worked flawless after that, logged in first try. I am on a Mac and was using RBrowser for ftp, when I switched to Fetch , no problems. I know this won't fix everyones problem, but it is worth a try for those of you that can't seem to get it working.

I had the same thoughts so I cleared the cache/cookies and typed in the passwords rather than trust it to the auto complete :huh:

I just tried the admin log in on a different machine using IE (6) and it works fine, so I guess it must be a caching problem

Well I'm afraid I also suffer from the problem where the admin login returns me to the login page.

My web host is using PHP4.3.2, getting them to upgrade doesn't seem to be an option. :(
Possibly insult to injury, my host also runs PHP in cgi mode on a Linux host.
I just installed 1.3.8a (and reinstalled).

I tried

Quote:

---

Originally Posted by beerdawg

Basically, add this directly after the call to session_regenerate_id() in includes/functions/sessions.php:

Code:

---

  if(!version_compare(phpversion(),"4.3.3",">=")){
    setcookie(
        session_name(),
        session_id(),
        ini_get("session.cookie_lifetime"),
        "/"
    );
  }

---

---

no change.

I then tried the reinstall, no luck there.

After that I tried

Quote:

---

Originally Posted by DrByte

create a new file, at /animal/catalog/admin/includes/local ... named configure.php
put only the following in it:

Code:

---

<?php // These are for DEBUG ONLY - not for a live shop
define('SESSION_RECREATE', 'False');

---

What happens when you attempt admin login ?

---

using my path information, and that worked like a charm. Now I can get into my admin area.

So, my question is, since DrByte goes to length to specify this is for debug only, what does this mean? And also, how would I non-debug fix this?

Thanks

I'm now able to get into admin without a problem, but I've got to admit to being a bit concerned about the amount of dificulty experienced by people on new installs. ZenCart is an amazing package and knocks the spots off many commercial packages - I'll freely admit that ZenCart would be my first choice over them, but the log in problems do make me a bit wary of creating new storefronts with it. :huh:

The admin panel log in is obviously a major problem and I nearly gave up on the package before I'd even started, but once in, I'm a total convert. It's an issue that needs to be addressed and, if this frusting glitch could be resolved for the next release, it would save a whole heap of stress for a lot of people :D

Quote:

---

The admin panel log in is obviously a major problem and I nearly gave up on the package before I'd even started, but once in, I'm a total convert. It's an issue that needs to be addressed and, if this frusting glitch could be resolved for the next release, it would save a whole heap of stress for a lot of people

---

Fantastico on Hostgator is fine IF you give it the right info on install. When we see the cart work and not the admin, it's generally that you entered yes for ssl when none existed, that a typo occurred somewhere in the admin config file, or an admin specific file is missing.

We are also seeing that the "fly by night" hosting companies will need to "keep up" with Zen's transition into current PHP and MySQL versions rather than Zen adjust to them.

You yourself said that the 1.3.8a install problem was a cache problem with IE. Imagine that, IE with a problem! They'll of course fix it with the next release.

There are almost 50,000 registered Zen forum members. No telling how many lurkers have come to find an answer. Some hosts will boast about guaranteeing 99% uptime for your site. Sounds great till you put it in perspective and find that your site could be down for over 3 days a year! Extrapolating those figures in an attempt to represent installation failures, I doubt that 5,000 of the registered forum users have been unable to get the cart working and point the actual reason to Zen' installation.

My main reason for jumping in here is not to don my white night suit for Zen (well maybe a little) but to remind the lurkers and those with installation problems that involve either only the cart or only the admin, that they need to recheck BOTH config files for accuracy. Learn to search by keywords. Help is not instantaneous but, it IS there in tutorials, the wiki, the DOCS folder, and this forum.

Me too! My client just wrote me with this same problem. When we try to log in to the admin tonight, the page just refreshes.

I tried this in Firefox, then cleared my sessions, cache, and cookies, and it still didn't work. Then I tried it in IE - exact same thing, and I've never logged into her site using IE before. I also tried turning off SSL for the admin.

The strangest thing is that we set this site up in 2006 and haven't made any changes to it. It just stopped allowing login a few hours ago. Perhaps a change by our host to our server?

Zen Cart: 1.2.7
PHP version: 4.4.7

Any ideas?

I just noticed that the customer side of the site isn't working either - we can't add anything to our carts! If you click the add to cart button, it takes you to the cart page, with the message "your cart is empty!"

Quote:

---

Originally Posted by aeolidia

Me too! My client just wrote me with this same problem. When we try to log in to the admin tonight, the page just refreshes.

I tried this in Firefox, then cleared my sessions, cache, and cookies, and it still didn't work. Then I tried it in IE - exact same thing, and I've never logged into her site using IE before. I also tried turning off SSL for the admin.

The strangest thing is that we set this site up in 2006 and haven't made any changes to it. It just stopped allowing login a few hours ago. Perhaps a change by our host to our server?

Zen Cart: 1.2.7
PHP version: 4.4.7

Any ideas?

I just noticed that the customer side of the site isn't working either - we can't add anything to our carts! If you click the add to cart button, it takes you to the cart page, with the message "your cart is empty!"

---

That means that either your server's PHP configuration isn't allowing you to use "sessions", or your site's ability to set a session cookie in your browser is broken.

You need to talk to your hosting company about it.

As an aside, keep in mind that the webhosting industry is quickly changing to run PHP 5.2 minimum. Zen Cart v1.2.7 is not compatible with PHP 5. You should plan for an upgrade very soon.

I was having the same problem as the above poster - also hosted with Dreamhost.

Dreamhost has fixed the issue. Here is their answer as to what the problem was:

Hello,

Sorry for the delay in responding to your support request. We experienced a heavy volume of
support the past several of days.
Our entire staff are working hard towards getting the support queue under control.

Quote:

---

The downtime that you experienced was caused by a issue in the PHP 4 config file preventing some
POST data from being sent. We have tracked the issue down and configs ran on all machines that are
effected. If you still notice any sites having issues with this problem please contact support
again with the specific domain details. We sincerely apologize for the inconvenience the downtime
has caused.

Thanks!
DreamHost Support

---

Found my problem.... :blush:

Basically, add this directly after the call to session_regenerate_id() in includes/functions/sessions.php

There are actually 2 calls to session_regenerate_id()

beerdawgs post states you need to make the changes after the call in the zen_session_recreate() function, I'd missed that part and made the changes after the first session_regenerate_id() I'd found which was in the other function.

Works like a charm now, thanks.