Scratch that. It was merged into master, so it wasn't released until 2.0.0. Your above assumption is correct - PHP7 compatibility is only ensured since 2.0.0

thanks @ihayredinov

To be on the safe side regarding php7 compatibility upgrade to latest Elgg 2.2. As far as I remember there were one or two (minor) compatibility issues fixed only in 2.1 or even 2.2. As Elgg 2.0 and 2.1 branches are no longer supported anyway (but only 2.2) and plugins compatible with 2.x with work on newer Elgg versions of the 2.x branch you can (and should) use the latest 2.x version anyway.

Compatibility with php7 of 3rd party plugins is another question. Of course, the plugins must work on Elgg 2.x first of all but I don't think that anyone has made a thorough compatibility test of plugins with php7 yet. Most plugins will most likely work fine (I was told my plugins would work fine on php7 but I can't test this on my own so far). But even with most plugins working without issues on php7 it might be worth to keep an eye on strange issues and log file entries that might indicate that a plugin has issues with php7.

Thanks @iionly

Remote installation have a fresh installation. The images are uploaded inside data directory correctly. If I show my profile view I can't see my thumbnail, but if I go to editing avatar profile view the image is displayed. Finally GD is enabled and I have 64MB for PHP.

The worst thing is that I don't have any 3rd party plugin installed :-(

On the "edit avatar" page the original uploaded image file is displayed, so the image being shown on this page is not a sure prove that the creation of the thumbnails has been successful. On the profile page (and elsewhere) the resized thumbnails of the avatar are used.

Are you REALLY sure that the thumbnails are in the data directory and not only the original unresized image file? For example, there should be 6 image files with different sizes in the "profile" subfolder of your user's subfolder in the data directory. The file with "master" in the filename is the original uploaded image file while the others are created by GD.

Also, if all 6 files are there, are the files of a file size larger than 0? It could be that the post_max_size setting is too small currently for all the image files to be handled correctly. If you don't have 3rd party plugin installed, I can only think that maybe post_max_size and/or memory_limit are set too small or the GD library is not working correctly for some reason. If you haven't already tried, I would suggest uploaded a very small image to see if this makes any difference (important is that the image resolution is small as the memory requirement for resizing is mostly depending on image resolution).

Solved!

I don't know why, it seems that some files it won't be deployed:

• mod/file/views/default/icon/object/file.php
• views/default/icon/default.php
• views/default/icon/user/default.php

Fortunatelly, thanks to Git I found it.

@iionly thanks for your help.