Maybe not xml but rather CSS not loaded.

The reason could be that the webserver configuration is not fully correct, i.e. rewrite module of Apache not installed or not correctly configured (the option AllowOverride needs to be set to the value All for the install folder of Elgg for the rewrite rules to fully work). This would have to be set up in the server's Apache config.

In some cases you might have to change the RewriteBase option's value in Elgg's .htaccess file if you have installed Elgg in a subdirectory and Apache uses aliases.

The data directory must be fully accessible (read/write) by the webserver process so it might be necessary to adjust the file permissions if the directory.

If the error still persists I probably have forgotten some other possible reasons for the issue and you might come back and reposrt that the problem is not solved yet.

It really isn't helpful if you constantly open new topics about the same problem!

I don't think the error message you post is telling anything about the real cause of your problem. All the problems you seem to have, i.e. new image uploads of Tidypics not showing, an error with upgrade.php, and now the issue with the image uploads resulting in an error seem connected with file uploads and/or access to the data directory.

I've suggested it before and I can't suggest anything else now:

• check the error logs (depending on your server the Apache error log or the PHP error log or both). There MUST be an error or errors logged in one of them that tells more about what's wrong. If there isn't any you have either disabled the logging in the site settings (then enable it before testing again) or you don't look in the right log files (then ask the support of your hoster where to find them because nobody else knows how your server is configured).
• don't just use htaccess.dist as template for your .htaccess file. You might have to increase memory_limit, upload_filesize and post_maxsize to fit your needs - especially for image uploads / thumbnail generation to work.
• access to the data directory (permissions to access/read/write to files and folders within) must be correctly set for the webserver being able to fully access the data directory. Neither should any other access limitations be used if not correctly configured (e.g. SELinux, open_basedir). Ask the support if that's correctly configured. If all your troubles started with the server move there must be something amiss since then and from the outside no one of us can tell you what this might be apart from the very obvious.

Thank you iionly I found that the problem is that the hosting has disabled some functions

I don't know if there's any user verification plugin available at all. I remember the question came up in the past once or twice but I never read about any existing plugin being suggested.

We'll upload same plugin soon.

I did a simple procedure to check if the problem was in the site files or on the server side, which is that I have another site on the hosting and found that there was the same problem. Something is back to the way it was, but I can't figure out the source of the error. Please help, thank you

I would like to add that the problem of personal photos was solved because of an addition and I disabled it and it appeared
But there is a problem with adding files to the site

• Form is missing __token or __ts fields

Learn this.

Use search on community.

Nikolai Shcherbin Thank you, the problem is solved