This error occurs when the host in your /elgg-config/settings.php is different from the host in PHP.

This is done to help prevent malicious link generation.

https://github.com/Elgg/Elgg/blob/b7b6827e6aa3374670414bb9838d4d39e9a9fd4a/engine/classes/Elgg/Http/Request.php#L466-L478

@Jerome Bakker, thanks for the detailed insight.

I found the solution to it by properly defining the SSL/https rewrite request in .htaccess as bellow:

#First redirect all Http request to https
#Ensure that we exclude any sub-domains

RewriteCond %{HTTP_HOST} ^(www\.)?myhotfb.com$ [NC]
RewriteCond %{HTTPS} off
RewriteRule ^ https://www.myhotfb.com%{REQUEST_URI} [NC,L,R]

#Secondly redirect all non-www to www

RewriteCond %{HTTPS} on
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [NC,L,R]

1. Have you created a data folder?
What are the read/write permissions there?

2. I highly recommend that you also enable simple caching in this file elgg-config/settings.php:

$CONFIG->simplecache_enabled = true;

and restart the server.

Check now in the data folder if the following directories are there:

/data/caches/views_simplecache/

3. You can also delete views_simplecache manually, then clean the browser's caches.

Upgrade button via administration can help too.

4. Last tip is checking MySQL database.

Elgg database must have at least 18 tables.

You might have to enable mod_rewrite in your Apache installation of XAMPP (see also https://learn.elgg.org/en/stable/appendix/faqs.html#page-not-found). And then you might have to add some lines like

<Directory "/path/to/Elgg_install_folder">
   AllowOverride All
</Directory>

to the Apache configuration for the rewrite rules of Elgg to work. Maybe you need backslashes in the path here.

Also, you might need to set the RewriteBase variable in Elgg's .htaccess file in the Elgg install folder, especially if you have installed Elgg in a subfolder of the domain. The corresponding comment in .htaccess should explain what to do.

my fault, the problem was "UAC". By completely disabling UAC everything works normally.
Sorry to bother you

So no related additional activity in the access logs?

Maybe it's a cron job (maybe a bit of a weird time, maybe the server has a different timezone). It looks like some kind of spam login detection.

But from just the query alone it's very hard to tell (also because it's a Elgg <= 2.3 query).

This impossible because all data is stored on freichat.com

To update ElggChat, you should ask the developers or try to learn Elgg yourself.

ok thanx

Ok I think the /mode/ folder is missing

but there is a /elgg/elgg/mod/ folder

do both have the same files? What is each used for?

Thanks

Your plugins must be compatible with the version of Elgg you are upgrading to.

You should have learned this before updating your site.

We've written a small guide for this (relevant for version Elgg 2)

Hi Nikolai,

thanks in that case the plugins were missing in the correct /mod/ folder. I must have removed them before for upgrading. I can now upload and test them one by one.

Update now worked except for the upgrade.php it generates an infinite redirect. Not sure why.

I mentioned this before in an old thread about a year ago, the other errors there I was able to work out.

Anyway, the only thing not fully working is the upgrade.php it generates an infinite redirect, specifically it is the url upgrade/init. Do you may be have a hint?

I might think it has to do with htaccess redirects??

Thanks a lot, great Version #3 btw. I'm looking forward upgrading to 4.