David Romaní

Location:

Send private message

You must be logged in to send a private message.

Friends

No friends yet.

Group membership

Activity

  • David Romaní replied on the discussion topic PHP compatibility table for Elgg versions?
    thanks @ihayredinov view reply
  • David Romaní has a new avatar
    David Romaní
  • David Romaní added a new discussion topic PHP compatibility table for Elgg versions? in the group Elgg Technical Support
    Hello! Is there any table to check PHP7 compat Elgg versions? I've an Elgg 1.8 version installed and I'm planning to upgrade my server. I need to upgrade Elgg up to 2.0 before? Thx.  
    • 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

    • 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.

  • David Romaní replied on the discussion topic Not showing thumbnails
    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... view reply
  • David Romaní replied on the discussion topic Not showing thumbnails
    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... view reply
  • David Romaní added a new discussion topic Not showing thumbnails in the group Elgg Technical Support
    Hello, I have a fresh Elgg 1.8.19 install on my localhost (MacOS: Apache 2.2.26 + PHP 5.5.8) and on a remote server (Ubuntu: Apache 2.2 + PHP 5.5.0). Both machines have PHP GD extension enabled and correct data dir config (permissions and DB path)...
    • 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.