Akeeba Backup for Joomla!

Monday, 27 January 2020 04:03 CST

richardball

Having successfully re-located a site using Akeeba backup, we now find that some admin user's can't login.

When you complete the admin login form the window jumps but the form stays there - filled in details no longer show - no error message.

I wonder if you have come across this problem? I have had a look vial Google - many have had the problem but I can find no explanation or solution?

Many thanks.
Richard

ps. I note that the most recent Joomla configuration files have a new paramater -
public $live_site
this is set to the main URL and this is restored to the new site - for re-locations one has to update this first or odd thing happen!

Monday, 27 January 2020 04:14 CST

richardball

OK, I did have one login that worked (phew!) - so I thought I would change password on the non-working one.
Found that a the admin I was using , installed presumably during a restore or perhaps at an earlier stage when using SPTransfer , had the same email address as another earlier one - changed email address and password - it now works.

But someone else is reporting this problem and their user name email address is not duplicated. Will try changing their password and see if it then works.

Thanks,
Richard

Monday, 27 January 2020 06:29 CST

nicholas

Your problem is actually the cookie settings for your site. Edit your configuration.php file, empty the cookie domain and path parameters. You can always do that during restoration, in the Site Setup stage (second to last).

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!

Monday, 27 January 2020 09:39 CST

richardball

Thank you - the cookie paramater is, in fact, blank.

Anyway, problem solved for the moment.

Thanks for your help,
Richard

Monday, 27 January 2020 10:02 CST

nicholas

The same applies to $live_site. If it's not empty then your login URL must match both the protocol and exact subdomain for Joomla's login cookie to be valid.

Example: $live_site = 'https://www.example.com'

If you try to log in from:

http://example.com --> FAIL (protocol is HTTP instead of HTTPS, subdomain blank does not match expected subdomain www)
http://www.example.com --> FAIL (protocol is HTTP instead of HTTPS)
https://example.com --> FAIL (subdomain blank does not match expected subdomain www)
https://www.example.com --> SUCCESS

Things get more complicated if you are redirection between HTTP and HTTPS and / or www to non-www or vice versa.

It's advisable that you use HTTPS and www and stick with it, possibly enforcing them with redirections on your .htaccess. If there's mismatch between where you are trying to log in and where Joomla expects to create the cookie for you won't remain loged in, login actions do get triggered and you won't get an error. This is, in fact, the expected way Joomla or any web application for that matter is supposed to work for security reasons.

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!

Monday, 27 January 2020 10:41 CST

richardball

That's very useful, thank you very much for the detailed explanation.

Richard

Monday, 27 January 2020 10:51 CST

nicholas

You're welcome!

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!

Wednesday, 26 February 2020 17:17 CST

System Task

system

This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

Edited by on 2020-02-26 17:17 CST

Support