Support

Site Restoration

#43295 Not found Error selecting Forum on local backup.

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
8.4.24
CMS Type
Joomla!
CMS Version
n/a6.1.3
Backup Tool Version
n/a
Kickstart version
9.1.0

Latest post by nicholas on Monday, 31 August 2026 04:42 CDT

hegiBFB
Now that I have updated to Admin Tools Professional 7.9.2 and Akeeba Backup Professional for Joomla! 10.4.0, I am still experiencing the problem described in #43198, with the difference that in Admin Tools, in the .htaccess generator under ‘System Configuration’, the base directory of your website is no longer displayed as ‘BFB613/installation’ but only as ‘BFB613’, without the leading ‘/’.

In all backups from recent years, for example, /BFB434 was displayed there with a leading “/”.

At that time, however, the .htaccess file did not yet contain the following entry:

##### RewriteBase set - BEGIN

RewriteBase /

##### RewriteBase set - END

which is now present in the .htaccess file.

And yet the backups worked perfectly.

Now I still have the problem described in #43198

where, on the user page, when I click on the forum, the message
Not Found

The requested URL was not found on this server.

Additionally, a 404 Not Found error was encountered whilst attempting to use an ErrorDocument to handle the request.

If I then go to Admin Tools, into the .htaccess Generator, under System Configuration in the base directory of your website, and prefix the entry “BFB613” with a “/” (/BFB613) before clicking “Save and create .htaccess”, the forum is displayed on the user page.

Will I always have to change and save the entry on the administrator page first in future in order to see the forum on the user page?

I’d be grateful for any advice on whether and how this could be changed.

Regards, Gindi

nicholas
Akeeba Staff
Manager

In your previous ticket you were insisting that the problem was linked to Joomla 6.1 which I categorically told you was not the case. No, we are not talking about the same thing here at all.

Second, in this ticket you are telling me that adding a leading forward slash to "Base directory of your site (/ for domain's root)" makes a difference. No, it does not.

With all the information you gave me in this new ticket I finally understand what you're doing wrong and why you're getting so confused about what the problem is. Next time lead with what you're doing, not what you think is wrong. If you've ever watched the "Dr. House, MD" show that's what the titular character was referring to when he was quipping "patients lie". By definition, if you're here talking to me – or, generally, to any other expert be it a software developer, your car mechanic, or a doctor – your idea about what is wrong is in itself wrong. If you could accurately understand what's wrong you'd have fixed it yourself. Give me the neutral facts (what you did, what you saw) and I can help you. If you keep focusing on your misinterpretation I will not be able to help you.

In this ticket you are giving me your misinterpretation but, crucially, also enough of the objective facts to allow me to understand what is actually going on. And it's so simple you'll probably be screaming in frustration: you just need to regenerate the .htaccess file after restoring your site in a new location since the restoration script cannot do that for you, it only changes the .htaccess Maker's configuration.

TL;DR. You need to do two things:

  1. During restoration, in the Site Setup page, set ".htaccess Handling" to "Use default"
  2. After restoration, log into your site's backend, Components, Admin Tools, .htaccess Maker, click on Save & Create .htaccess in the toolbar.

Here's why.

When you extract a backup archive its .htaccess file is extracted renamed to htaccess.bak so that it does not break the restoration. Upon clicking on the Clean-up button this file – the original file extracted from your backup – is renamed back to .htaccess. Since your backup comes from a site installed a different directory (note that the root of a domain is, indeed, a different directory to any named subdirectory) the old .htaccess doesn't work and throws an HTTP 404 Not Found. Hence step 1: you tell the restoration script to replace that .htaccess with the neutral Joomla default which at the very least allows you to visit your site's backend.

As I told you before, the restoration script only updates the .htaccess Maker configuration in the database. It does not generate a new .htaccess file. Hence step 2: you tell the .htaccess Maker to create the .htaccess file afresh, adding the all-important RewriteBase line.

Now, let's move on to your observations. They are all wrong, but I do get why you think your irrelevant changes are important. Let me take this step by step and tell you what's really going on.

The leading slash in the rewritebase option ("Base directory of your site (/ for domain's root)") of the .htaccess Maker is completely irrelevant because any number of leading and trailing slashes are stripped in administrator/components/com_admintools/src/Model/HtaccessmakerModel.php line 410:

$rewritebase = trim($rewritebase, '/');

Regarding your expectation to see a RewriteBase / in the generated file, I am afraid it is completely wrong. The entire point of having the "Base directory of your site (/ for domain's root)" option is to catch the use case where your site is NOT in the site's root, therefore in need of a RewriteBase line. Hence the RewriteBase feature which is implemented in in administrator/components/com_admintools/src/Model/HtaccessmakerModel.php lines 407 to 413. In your case, if you are restoring into a directory called BFB613 then the X should be BFB613 (with or without leading/trailing slashes, they don't matter) and the generated RewriteBase line should read

RewriteBase /BFB613

Now, you said that your site worked after prefixing the "Base directory of your site (/ for domain's root)" option with a leading forward slash. I am afraid that this change made no difference whatsoever. What made all the difference in the world is that you clicked on the Save & Create .htaccess, i.e. you did the all-important step 2 noted above, regenerating the .htaccess file with the correct RewriteBase /BFB613 line.

I hope this helps. If something's unclear, do not hesitate to ask me. I really want to help people. That's the whole point of me being a FOSS developer.

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!

hegiBFB
Thank you very much for taking the time to describe the process in detail once again.

I now understand and have realised my mistake. Step 1 is crucial for me. This creates the .htaccess file with the ‘default settings’. For me, this means that no more error messages appear and the backup works perfectly. That should be sufficient for a normal backup.

However, if I want to use the backup to test and trial extensions and additions, I still need to carry out Step 2 to ensure the full protection offered by Admin Tools.

TL;DR: You need to do two things:
1. During the restore process, on the ‘Site Setup’ page, under ‘.htaccess handling’, select the option ‘Use default’

2. After the restore, log in to your website’s backend, go to ‘Components’, ‘Admin Tools’, ‘.htaccess Maker’ and click ‘Save & Create .htaccess’ in the toolbar.

As far as I’m concerned, everything has now been resolved to my satisfaction and this thread can be closed

Regards, Gindi

nicholas
Akeeba Staff
Manager

Awesome! I am happy I could help you :)

As an FYI: If you submit another ticket, please lead with the objective facts. What you did. What you saw. If you want to include your commentary / thoughts, that's fine – but please make sure to separate the two so we don't talk cross-purposes. I am always happy to help!

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!