I understand : The uploadify js is used. The error is handle by it
case SWFUpload.UPLOAD_ERROR.HTTP_ERROR:e=uploadifyLang["errorString2"]+" ("+d+")";break;
so it returns the error code which is here 500
We will get rid of it and use html5 soon or later
About GD here is how Piwigo determine the graphic library
static function is_imagick() { return (extension_loaded('imagick') and class_exists('Imagick')); } static function is_ext_imagick() { global $conf; if (!function_exists('exec')) { return false; } @exec($conf['ext_imagick_dir'].'convert -version', $returnarray); if (is_array($returnarray) and !empty($returnarray[0]) and preg_match('/ImageMagick/i', $returnarray[0])) { if (preg_match('/Version: ImageMagick (\d+\.\d+\.\d+-?\d*)/', $returnarray[0], $match)) { self::$ext_imagick_version = $match[1]; } return true; } return false; }
so you have traces of IM somehow : try these functions on a separate php file to see what matched
Waiting for your plugin report Sir! ^^
Offline
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.
Offline
There we go, it's nice being able to view the config file :)
As standard,
$conf['graphics_library'] = 'auto';
So the standard graphic library will cause
if (pwg_image::get_library() != 'gd')
to trigger, even if GD is being used.
If the IM check fails, it might be worth changing the variable from auto to gd
Last edited by Kaz (2012-11-08 17:33:03)
Offline
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;
Offline
What's your environment? On the first admin page
Offline
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)
Offline
Kaz wrote:
Flop, I've already answered that question a couple of times, but I'll do so again :).
? you were not connected with that account maybe, but in this thread -which seems to be your first one- no mention on OS, version of php... or even screen shots!
Don"t want to bother you but that's the truth
Kaz wrote:
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,
okay good news! I will notify the author (plugin not updated for 16 months)
Kaz wrote:
I'm just trying to help, you can say no, its not how it is, but that 'is' the case.
Could you try the functions [Forum, post 136932 by flop25 in topic 20692] Backend attempting to using ImageMagic and generating http 500 error ? Do you have any php knowledges to do that?
Offline
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'
Offline
copy past for Personal plugin in Localfiles editor
add_event_handler('init', 'MY'); function MY() { if (function_exists('gd_info')) { echo("GD GD GD GD GD GD "); } else { echo("NO WAY"); } }
edit : and enable the personal plugin . Even mr I usually forgot^^
Last edited by flop25 (2012-11-08 18:30:43)
Offline
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
Offline
They were no screeshot and just info about Gd, so I asked you "What's your environment? On the first admin page". Seems legit
Then you successfully uploaded screenshots where I saw what I need. No problem
Ubuntu is such a nightmare : in fact it seems they embed old packages of GD read [Forum, post 136846 by ppat in topic 20683] How to regenerate thumbnails ?
That might be the current problem here
Trying to solve an issue another one appears... well create /plugin/PersonalPlugin/main.inc.php with the content I wrote
when I said exotic server config... ^^
Offline
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)
Offline
Kaz wrote:
That error message needs changing as the local directory is irrelevent
"Current file isn't writeable. Check if a directory "local/" is writeable (chmod)."
^^ yes that's a mistake
Let's try now
add_event_handler('init', 'MY'); function MY() { include_once(PHPWG_ROOT_PATH.'admin/include/image.class.php'); echo(pwg_image::get_library()); }
Offline
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)
Offline
that new handler now outputs "i should not have ran" on every page, twice on pages where it ran previously
it also echos "gd"
Offline