Support

Site Restoration

#16236 Login fails if restoring with cookie path

Posted in ‘Site restoration’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

PHP version
n/a
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

Latest post by nicholas on Monday, 03 June 2013 09:57 CDT

tabletguy
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: (unknown) 2.5.11
PHP version: (unknown) Multiple (5.3.13 current)
MySQL version: (unknown) Multiple (5.5.24-log current)
Host: (optional, but it helps us help you) WAMP localhost
Akeeba Backup version which took the backup: (unknown) Current Angie
Kickstart version used to extract the backup: (unknown)

Description of my issue:

I restored from a live backup to a local WAMP on my Win 7 64 bit machine. No matter what I would try after successful restoration, it would not allow login to the admin panel. I was using correct user names and passwords. If I used an incorrect one, it would always report that as an error.

Front end always worked after the localhost restore.

I tried a number of things, including completely uninstalling WAMP and reinstalling, which also removed all my other local websites (of course).

Other backups from other sites were no problem and would restore and then allow logging into the admin console.

I just figured out the "problem", by comparing a "working" restore compared to this site's restore. (Two different sites being 'restored' to localhost).

The difference was that there was a cookie value set in the restoration step for the failing site (sadhakagrama.org is the cookie value). It also had "\" as the cookie path value.

I noticed that another site restore (bindu.org) didn't have ANY values in either the cookie value or cookie path, and it worked without any problems.

Doing one more restore (probably the 6th one in two days), I cleared those two values during the restoration step. At the end, when logging into the admin panel, everything worked immediately.

(I had tried both with and without .htaccess files as well). I have WAMP set up to correctly process .htaccess files, but I know that can be a problem source.

So, I don't have a clue what the issue is with restoring with a cookie value and path; don't know why the admin login accepts the user name and password, but never shows anything but the admin login page.

This long message is perhaps to add a comment in the troubleshooting section for anyone else.

Personally, I'd love to know a way to "debug" this from Joomla. I had turned on debugging (via configuration.php), but that didn't help me.

Feel free to mark this closed. I left it open in case you had any questions or further comments.

I can also give you the site backup if you want to experiment.

Stephan

nicholas
Akeeba Staff
Manager
Hello Stephan,

I have already documented this in the troubleshooter which can be found at https://www.akeebabackup.com/documentation/troubleshooter/prbasicts.html and which is linked in the last page of the restoration script (ABI or ANGIE). It is a tricky issue, as you correctly reported, that's why I put it towards the top of the troubleshooting page :)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!