From docs:

"If deleting recursively, this bypasses ownership of items contained by the entity.  
That means that if the container_guid = $this->guid, the item will be deleted regardless of who owns it."

Look at this.

An example of how to do this in your class.

If you want to look at the code

https://github.com/Elgg/Elgg/blob/b7b6827e6aa3374670414bb9838d4d39e9a9fd4a/engine/classes/Elgg/Database/EntityTable.php#L561-L563

and

https://github.com/Elgg/Elgg/blob/b7b6827e6aa3374670414bb9838d4d39e9a9fd4a/engine/classes/Elgg/Database/EntityTable.php#L584

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