Removing the plugin fixed my original installation. All other plugins are ok.

It would seem that the 'User Tags' plug in is directly responsible the problems with the flash uploader.

When enabled, it prevents the flash uploader from working, and it displays an HTTP Error (500).

when I click "Display reference file: "config_default.inc.php" " without the User Tags plugin installed, the reference file opens fine. When I try it with the plugin installed, I get the non recoverable error previously mentioned, including the path with a double forward slash.

This looks like its happening on line 61 of t4u_config.class.php

private function get_config_file_dir() {
   return $GLOBALS['conf']['data_location'].'/plugins/';
}

If I change this line to remove the trailing forward slash from the path, then deactivate and reactivate the plugin the non recoverable error still occurs, but I'm wondering if that's a cacheing issue, or I just found the wrong spot?

---

The ImageMagic error being recorded in my Apache log is due to the default installation not being 100% configured for GD. The new install (without forcing settings to GD) lists GD as the graphics library under 'environment' on the Admin page, but still tried to use Image Magic.

I suspect this relates to the code on line 251 on http://piwigo.org/dev/browser/trunk/adm … c.php#L151 where the code reads:

if (pwg_image::get_library() != 'gd')

Even though the default should be set to GD, I suspect this variable is not being set as standar, and so it tries to run Image Magic code, causing an error in my log file to appear.

Kaz wrote:

There we go, it's nice being able to view the config file :)

As standard,

Code:

$conf['graphics_library'] = 'auto';

So the standard graphic library will cause

Code:

if (pwg_image::get_library() != 'gd')

to trigger, even if GD is being used.

no

  static function get_library($library=null, $extension=null)
  {
    global $conf;

    if (is_null($library))
    {
      $library = $conf['graphics_library'];
    }

    // Choose image library
    switch (strtolower($library))
    {
      case 'auto':
      case 'imagick':
        if ($extension != 'gif' and self::is_imagick())
        {
          return 'imagick';
        }
      case 'ext_imagick':
        if ($extension != 'gif' and self::is_ext_imagick())
        {
          return 'ext_imagick';
        }
      case 'gd':
        if (self::is_gd())
        {
          return 'gd';
        }
      default:
        if ($library != 'auto')
        {
          // Requested library not available. Try another library
          return self::get_library('auto', $extension);
        }
    }
    return false;
  }

that checks all the libraries available. See, no break;

Flop, I've already answered that question a couple of times, but I'll do so again :).

But before we get there.

Once I disable 'User Tags' everything works as per the original setup.

The HTTP Error 500 is 100% caused by the 'User Tags' plugin.

The issue with the error generated when I try to view the default config when clicking the link from inside Local Files editor is also 100% caused by the 'User Tags' plugin.

Once I take 'User Tags' out of the equation, I am still left with an error in my Apache log file caused by piwigo trying to access image magic's 'convert' function.

On my second install, I have not added the config line forcing the server to use the GD library.

On the Admin Home page, the Graphics Library is displaying as GD 2.0

If I view the default config linked from local files editor, the variable is set to 'auto'.

I'm just trying to help, you can say no, its not how it is, but that 'is' the case.

Last edited by Kaz (2012-11-08 18:13:50)

Yes I do have the phgp knowledge, that code you linked isn't really doing all that much based on it's usage on the line I pointed out.

if (pwg_image::get_library() != 'gd')

That's not passing any variables into the get_library function

static function get_library($library=null, $extension=null)

That's passing $library=NULL due to the lack of library being passed in when used

if (is_null($library))
    {
      $library = $conf['graphics_library'];
    }

Thats setting $library to whatever the default is (according to localfiles editor) thats 'auto'

return false;

The switch isn't doing anything, and then the function is returning false to all input.

if (pwg_image::get_library() != 'gd')

If all responses are false, then it will ALWAYS match on !='gd'

Flop

That function you wrote contains a parse error. However, once corrected I am unable to save the file

"Current file isn't writeable. Check if a directory "local/" is writeable (chmod)."

local IS writable (chmod 777), as are the current directories in local (config, css and language)

BTW, in the very first post I wrote "According to the Admin Home page the environment is using the GD 2.0 graphic library.". You've not asked about OS/PHP versions, if you need to know it, it can be seen in the screenshot previously uploaded (not sure what happened to the screenshots i uploaded yesturday) atatched them here (although they are no longer relevent)

OS: Linux
PHP: 5.3.2

That error message needs changing as the local directory is irrelevent

"Current file isn't writeable. Check if a directory "local/" is writeable (chmod)."

I created "local/plugin/PersonalPlugin/main.inc.php" assuming that was what was needed.

I subsequently created /plugins/PersonalPlugin/main.inc.php and activated it.

As would expect, it said "GD GD GD GD GD GD ".

Not really sure what that proves.

I also don't see how ubuntu embedding an old version of GD would cause the script to attempt to exec an imagick convert

This plugin echos 'auto'

add_event_handler('init', 'MY');
function MY()
{
  global $conf;
  echo($conf['graphics_library']);
}

Last edited by Kaz (2012-11-08 19:37:50)

I also added

echo "I should not have ran";

to the is_ext_imagick() function in image.class.php and it displays on every page load of admin.php?page=photos_add (whether an image has just been uploaded or not)