Can't Login as admin after fresh installing version 1.5.5.0

germs · August 30, 2013

Hi,

At first I did a 1-click upgrade from 1.5.4.1 to 1.5.5.0. There were some errors and I could not log in and after some desperation, I deleted the whole installation. Fortunately, I did this on a pre-production domain, so the products entered were fewer.

Then I tried to do a fresh installation of 1.5.5.0 but after the installation is done, I could not login as the admin BUT I am able to login as a customer, if I create a customer account. I tried some of the previous posts of previous versions about "cannot login" but could not get it to work. I kept getting the same login page after I clicked on [Login].

So far, I have done three times of fresh installations. I deliberately change folders/files to "777/666" for the installation periods.

One thing I noticed is that the config/settings.inc.php has "apache / apache" ownership - where else all the other folders/files created have "germs / psacln" ownership.

*** Just to add on ***

When I used an invalid account, the system validates it properly with proper error message:

[There is 1 error ]

[The Employee does not exist, or the password provided is incorrect.]

When i enter the correct email and password - it refreshes the page and clears the fields.

*** end ***

Edited August 30, 2013 by germs (see edit history)

joannaleng · August 31, 2013

getting the same issue as you...

3rd time installing

1st time.... site went under maintainance mode and could not be turned on...

2nd time: site crash...notsure why

3rd time....same admin login issue

germs · September 2, 2013

Hmm. I am suspecting if it has something to do with country code during installation? Seems like both of us are from Singapore. I will give it another try and select US, a day or two later to test this theory out.

germs · September 11, 2013

Well, seems like a lot of other people are having the same problems -

http://www.prestashop.com/forums/topic/272623-prestashop-155-admin-keeps-logging-off/

musicmaster · September 26, 2013

Just to be sure: are you aware of the role of the field _COOKIE_KEY_ in the file settings.inc.php? If you change that your password no longer works.

germs · September 26, 2013

Hi musicmaster,

Yes - I am aware. I won't dare change that. Actually, you gave me an idea. Assuming that there is a problem with this cookie-string - is there a way for me to confirm if it has been modified, damaged or something like that?

Or can I re-gen this settings.inc.php to get a brand new cookie?

Oh yes - I clicked on Lost Password and was issued a new one - but still could not log in. Sigh.

Edited September 26, 2013 by germs (see edit history)

benjamin utterback · September 26, 2013

Hi musicmaster,

Yes - I am aware. I won't dare change that. Actually, you gave me an idea. Assuming that there is a problem with this cookie-string - is there a way for me to confirm if it has been modified, damaged or something like that?

Or can I re-gen this settings.inc.php to get a brand new cookie?

Oh yes - I clicked on Lost Password and was issued a new one - but still could not log in. Sigh.

Were you able to find out if this was a country selection problem? When you selected US, were you able to have it working well?

musicmaster · September 27, 2013

One other suggestion: did you check that it is really a password problem? I noticed for myself that sometimes the real problem was a redirect to the login page. The difference is that with such a redirect you won't see a "wrong password" message above your login fields. To check this you could type in the password you know and a deliberate password and see if the resulting screens look the same.

If such a redirect happens you can often enter at least part of your BO by typing in the corresponding url.

benjamin utterback · September 27, 2013

One other suggestion: did you check that it is really a password problem? I noticed for myself that sometimes the real problem was a redirect to the login page. The difference is that with such a redirect you won't see a "wrong password" message above your login fields. To check this you could type in the password you know and a deliberate password and see if the resulting screens look the same.

If such a redirect happens you can often enter at least part of your BO by typing in the corresponding url.

I agree, good point. In this case (make sure you have a backup) and manually delete the htaccess file in the root of your FTP. Also, clear your smarty cache here http://www.templatemonster.com/help/prestashop-how-to-clear-smarty-cache.html

germs · September 28, 2013

Hi Musicmaster,

I tried with deliberate password and "There is 1 error" message was issued.

I tried with a system re-gen password, the was no error message and I am back to the Login screen.

Hi Benjamin,

I deleted all the cache as specified but it did not seem to work. I did notice that the cache/smarty/compile & cache/smarty/cache folders were created with "apache / apache" ownership. So, I have to reset the ownership to my "germs/psacln" before I can delete the whole bunch off. I had earlier on [disabled] "PHP Safe mode ON" and it worked for the other folders. But, this two folders do not seem to be affected. Anyway, I have a non-released production domain running the v1.5.4.1 having this "apache/apache" ownership in these two folders as well, and it is still working fine.

I am not able to find the htaccess file when I went to httpdocs/shop/ folder. It is not present at the /httpdocs/ folder. Is this an issue? I am not a unix person so I may appear a bit lost here.

Special

I will try to do a FULL install this evening to confirm if country code is the issue.

ps -edit:

** Okay. I know the problem. My Filezilla FTP does not show .htaccess files. I can see it when using the Panel file manager. Too bad I did not try on the .htaccess as I am doing the Full Install again **

Edited September 28, 2013 by germs (see edit history)

germs · September 28, 2013

Hi all,

I have re-installed the v1.5.5.0 under country code "US". It did not work.

I still could not log into the BackOffice - either a wrong password message if I use a wrong password, or I am re-directed back to the Login screen if I use a correct password.

I actually deleted the /shop/ folder and removed the database before I did a fresh install again.

*---------------------- I will try looking into the .htaccess file to see if there is any suspicious inside...

germs · September 28, 2013

I checked the /httpdocs/ and the /httpdocs/shop/ folders but could not locate any .htaccess file. Did I look into the wrong folder?

joannaleng · September 29, 2013

same. over a month. same issue..sigh =((

germs · September 29, 2013

I am beginning to suspect is has something to do with the .htaccess file. Where is this file supposed to be? Anyone can point the specific location out? Maybe this default file was not copied from the PC onto the server during the installation. Hmm.

Arnel · October 5, 2013

Hi Germs,

By default, the .htaccess file is usually in your document root (web root), but you are able to have a .htaccess in ANY folder that you are using for a web site. You can have multiple .htaccess files.

Can you tell us what you are doing when you are clearing the browser cache? What options are you selecting? All of them? I'm unable to duplicate the issue on my test site, but I'd like to help if possible.

germs · October 5, 2013

Hi Arncus,

So sorry to trouble you. I seem to have found a way to get it working.

This is the link to the same situation which I originally initiated:

http://www.prestashop.com/forums/topic/272623-prestashop-155-admin-keeps-logging-off/?view=getnewpost

bamboozled · January 30, 2014

hi, I think my question is related.

my old computer with all my log in details saved is out of action.

I want to access my shop/admin panel on another computer.

Please can someone advise how to access 'log in' panel for shop, IN SIMPLE NOVICE STEPS!

I cannot remember the exact URL of the admin panel.

thanks

selectshop.at · January 30, 2014

Simply open your domain on the other computer with the name of your admin: yourdomain.com/yournewadmin .

If you don't know the name of admin folder anymore, so please check by login into your FTP (or cPanel) and read it from there.

For to reset password, if you forgot it too, you must have access to your database and proceed like here mentioned on this tutorial: http://mypresta.eu/en/art/tips-and-tricks/a-better-way-to-restore-prestashop-admin-password.html

Edited January 30, 2014 by selectshop.at (see edit history)

PBo34 · February 10, 2014

Hi,

Anything new about this problem?

I'm stuck too.

I use for testing purposes an install of 1.5.6.0 on WAMP on my PC.

This prestashop installation has almost no modification.

I use it as default configuration for comparing with my development install.

I don't think I have changed anything in it yesterday. Today I try to login, it won't let me. I know the user and passwords are right because when I enter wrong credentials, I have the error message. When user and password are right, I have no error message but I remain on the login screen.

I've looked around on forums and seen this "fix" where I should make a change in login.php. The problem is that I only have 1 line in login.php, this fix was for version 1.4. Where should the change be done in 1.5.6?

So in my case, it is not a matter of the hosting's parameters changed.

After 3 months of development, I'm ready to put my shop online in the week. I'm scared that it would happen on the live site. The kind of fix like fomat re-install is not acceptable and even doesn't work according to some previous posters.

Thanks for any suggestions.

germs · February 10, 2014

I have since resolved the issue at my end. Maybe I can help re-cap some of the things I did and you see if you are able to check for similar anomalies.

1. Using Filezilla and Plesk File Manager, I discovered that the Owner/Group shows that not all sub-directories and files are "10002 / 2522" which is "germs / psacln", in my context of setup. Sometimes, it is "10002 / 48" which is "germs / apache". Please check 100% of all the folders and files created by PrestaShop and confirm this. If you are having the same occurrences, then your server has rights issue.

2. I solved the problem by first making a change to the Web Hosting Setting (via Plesk Control Panel / <domain name> / Web Hosting setting). I disabled PHP Safe-Mode at the PHP Support box.

3. I then log in via SSH Connections and change all "germs / apache" to "germs / psacln".

4. Only then I try the login again.

5. If step #2 is not successful or the system does not permit you to do it, doing step #3 will not help as during the various system-generation phases (PrestaShop), some files will be created with 'germs / apache" rights, or as in your case, "foochan / apache" rights.

Hope this helps.

PBo34 · February 10, 2014

Hi Germs,

Thank you for your help.

Obviously the problem you report is turning around user ids and groups in unix or linux.

My prestashop runs locally on WAMP, that is on Windows Vista 64.

I'm not sure if users and groups are pertinent for Apache on Windows?

I looked into the apache error log and saw nothing different for today than it was before.

In the file mysite.log, I have lines like this any time I try to log in:

<<

127.0.0.1 - - [10/Feb/2014:16:07:14 +0100] "POST /Prestashop_1.5.6/Prestashop/admin6590/index.php?controller=AdminLogin&token=a68ce90c8e27a70618ed02bd5801a8c2&redirect=AdminHome HTTP/1.1" 302 -
127.0.0.1 - - [10/Feb/2014:16:07:14 +0100] "GET /Prestashop_1.5.6/Prestashop/admin6590/index.php?controller=AdminHome&token=1cc28036caa99056ee12bc2544ea942d HTTP/1.1" 302 -
127.0.0.1 - - [10/Feb/2014:16:07:15 +0100] "GET /Prestashop_1.5.6/Prestashop/admin6590/index.php?controller=AdminLogin&token=a68ce90c8e27a70618ed02bd5801a8c2&redirect=AdminHome HTTP/1.1" 200 3906

>>

Before, when it worked, I had this:

<<

127.0.0.1 - - [27/Jan/2014:12:37:26 +0100] "GET /Prestashop_1.5.6/prestashop/admin6590/index.php?controller=AdminLogin&token=a68ce90c8e27a70618ed02bd5801a8c2&redirect=AdminHome HTTP/1.1" 200 4759

>>

I'm not competent to interpret those tokens and numeric codes at the end of the line.

PBo34 · February 10, 2014

1. I have given "everybody" "total control" over the prestashop folder and subdirectories and files.

2. PHP safe mode is disabled.

3 ?

5 ?

Login still not working.

PBo34 · February 10, 2014

Tried with Firefox, Chrome, IE64, Palemoon -> doen't work.

Cleared cookies from localhost -> same.

Made the modification in cookie.php indicated for PSCFV-11611 -> no result.

When I try to add a product to the cart, I have this error :

<<

Impossible to add the product to the cart.

textStatus: 'parsererror'
errorThrown: 'SyntaxError: JSON.parse: unexpected character'
responseText:
<pre class='xdebug-var-dump' dir='ltr'>
object(Cookie)[9]
protected '_content' =>
 array (size=8)
 'date_add' => string '2014-02-10 17:01:44' (length=19)
 'id_lang' => string '1' (length=1)
 'id_currency' => string '1' (length=1)
 'id_guest' => string '7' (length=1)
 'id_connections' => string '7' (length=1)
 'last_visited_category' => string '3' (length=1)
 'viewed' => string '2' (length=1)
 'checksum' => int -626691402
protected '_name' => string '6bc890cb7b5704cff62e4f70e6f2fe91' (length=32)
protected '_expire' => int 1393776140
protected '_domain' => boolean false
protected '_path' => string '/Prestashop_1.5.6/prestashop/' (length=29)
protected '_cipherTool' =>
 object(Rijndael)[10]
 protected '_key' => string 'mKu5R1U9WK8kX6KVXwStvZLI79f9BZaO' (length=32)
 protected '_iv' => string '៘;.y|@' (length=16)
protected '_modified' => boolean false
protected '_allow_writing' => boolean true
protected '_salt' => string '6u0wGPKG' (length=8)
protected '_standalone' => boolean false
</pre>{

"products": [

 {

 "id": 2,

 "link": "http://localhost/Prestashop_1.5.6/prestashop/index.php?id_product=2&controller=product#/couleur-bleu",

 "quantity": 1,

 "priceByLine": "79,00 €",

 "name": "iPod shuffle",

 "price": "79,00 €",

 "price_float": "66.05",

 "idCombination": 1,

 "idAddressDelivery": 0,

 "is_gift" : 0,

 "hasAttributes": true,

 "attributes": "Bleu",

 "hasCustomizedDatas": false,

 "customizedDatas":[

 ]

 }],

"discounts": [

],

"shippingCost": "2,39 €",

"shippingCostFloat": "2.39",

"wrappingCost": "0,00 €",

"nbTotalProducts": "1",

"total": "81,39 €",

"productTotal": "79,00 €",

"hasError" : false

}

>>

EDIT: the error message when adding a product to cart came from a var_dump I added.

Add to cart works.

Edited February 10, 2014 by PBo34 (see edit history)

PBo34 · February 10, 2014

There is one thing I've done yesterday: I had only France activated, yesterday I activated Spain to test entering states at the creation of an address. But the input for the state did not come up ??? According to the ps-country table, Spain should request a state?

germs · February 11, 2014

PBo34,

1. Did you manage to do the one-time labourous task of checking every folder and file within your shopping folder to confirm that they are all having file and folder permissions to ==> "user / psacln" where "user=your user name. In my case it is "germs / psacln". If there is a single one that is not tally (and the first sign is at the /img ) then it could be a rights issue.

2. What is the result of this detailed check?

3. So sorry, I am not familiar with WAMP. Therefore I am not sure if what I suggested at point #1 (above) is relevant for you as well.

My apologies, again if I am out of point.

PBo34 · February 11, 2014

I have made a bug report, you'll find it here:

http://forge.prestashop.com/browse/PSCFV-11663

To sum up what I've found:

1. Trying to login with a shortcut that contains a token breaks it. After that, all subsequent attemps to login to BO will fail with no error message.

2. To fix it, simply display the FO, go back to login to the BO (enter the adress properly in the address bar, don't use the shortcut), it works. It's kind of hard to think about that when you're stuck!!!

This was done on Presta 1.5.6.0 local on WAMP (on Vista64), using Chrome.

I hope it will help some of you facing the same problem.

benjamin utterback · February 11, 2014

I have made a bug report, you'll find it here:

http://forge.prestashop.com/browse/PSCFV-11663

To sum up what I've found:

1. Trying to login with a shortcut that contains a token breaks it. After that, all subsequent attemps to login to BO will fail with no error message.

2. To fix it, simply display the FO, go back to login to the BO (enter the adress properly in the address bar, don't use the shortcut), it works. It's kind of hard to think about that when you're stuck!!!

This was done on Presta 1.5.6.0 local on WAMP (on Vista64), using Chrome.

I hope it will help some of you facing the same problem.

Hey, that is a detailed forge report and I really appreciate it. However, can you update the forge report when steps how to create a shortcut to login that contains a token. In the forge report, you mention to use a localhost link. That is obviously only local towards you. However, if you could explain how to create the link to login that contains a shortcut, which subsequently breaks the login, that would be foolproof.

Thanks again for your time and support.

PBo34 · February 11, 2014

As mentionned earlier, I gave access to everybody "full control" on all sub-folders and files.
On the other hand, you're right, especially on Windows, not having an error message does not prove that it was successful. Vista is a nightmare with access rights (my opinion!).

However, I could not find the equivalence of psacln. I'd rather not go through hundreds of files checking each file's access rights! It would take days.

PBo34 · February 11, 2014

Hey, that is a detailed forge report and I really appreciate it. However, can you update the forge report when steps how to create a shortcut to login that contains a token. In the forge report, you mention to use a localhost link. That is obviously only local towards you. However, if you could explain how to create the link to login that contains a shortcut, which subsequently breaks the login, that would be foolproof.

Thanks again for your time and support.

To Benjamin,

Thank you, I know it can be very time-consuming to try reproduce bugs, I worked at customer support in the past. That's why I give many details, even if some of them can be irrelevant; as a user, I'm not in the situation of deciding what is relevant and what not. Misunderstandings so often happen this way.

I've added the requested precision in the bug report.

My pleasure. I enjoy putting my 2 cents to improve this nice tool.

Edited February 11, 2014 by PBo34 (see edit history)

Can't Login as admin after fresh installing version 1.5.5.0

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Create an account or sign in to comment

Create an account

Sign in