🌍
English
Hello/Hi/Greetings,
My piwigo photo gallery installed at windows 10 (19h1) with xampp 7.3.6 / PHP 7.3.6 (Apache 2.4.39, MariaDB 10.3.16, PHP 7.3.6,...) included ImageMagick-7.0.8-49-Q16-x64-dll and php_imagick-3.4.4-7.3-ts-vc15-x64.
I tested php_imagick with test folder php files and works. Piwigo worked great with gd and ext_imagick library. But I have a problem with using imagick library(class). Piwigo could not generate derivative images.
Did anyone test piwigo at similar configuration and using imagick library (Class for Imagick extension) to generate multible images?
I think there is problem when creating Imagick class filepath in windows machines.
Piwigo 2.9.5
İşletim sistemi: WINNT
PHP: 7.3.6
MySQL: 5.5.5-10.3.15-MariaDB
Grafik Kütüphanesi: ImageMagick 7.0.8-49
Offline
Just to say that I have the same problem with php 5.6.40 on windows.
Offline
I'm not sure that this is a windows problem at all, actually. I have a similar setup but on Gentoo Linux amd64, namely:
- Piwigo 2.10.1
- PHP 7.4.1
- Apache 2.4.41
- Imagemagick 7.0.9-16
- Imagick 3.4.4
...and I'm seeing the same as you:
[Mon Jan 20 10:27:08.612975 2020] [php7:error] [pid 18208:tid 139786991941376] [client 115.70.222.75:60121] PHP Fatal error: Uncaught ImagickException: unable to open image './_data/i/upload/2016/11/11/20161111114508-329503dd-xl.jpg': No such file or directory @ error/blob.c/OpenBlob/3496 in /var/www/piwigo.reub.net/htdocs/admin/include/image.class.php:400\nStack trace:\n#0 /var/www/piwigo.reub.net/htdocs/admin/include/image.class.php(400): Imagick->__construct()\n#1 /var/www/piwigo.reub.net/htdocs/admin/include/image.class.php(72): image_imagick->__construct()\n#2 /var/www/piwigo.reub.net/htdocs/i.php(511): pwg_image->__construct()\n#3 {main}\n thrown in /var/www/piwigo.reub.net/htdocs/admin/include/image.class.php on line 400, referer: http://gallery.reub.net/index.php?/category/7
If I allow Piwigo to autodetect, it does so and tries to use imagick, but this results in the error above and pretty much all image related activities break with 404 errors in the back end, and appears as 500 Internal Server errors to the clients.
Yet it looks like from a path perspective, everything is OK:
tornado /var/www/piwigo.reub.net/htdocs/_data/i/upload/2016/11/11 # pwd
/var/www/piwigo.reub.net/htdocs/_data/i/upload/2016/11/11
tornado /var/www/piwigo.reub.net/htdocs/_data/i/upload/2016/11/11 # ls -la 20161111114508-329503dd-xl.jpg
-rw-r--r-- 1 apache apache 375709 May 20 2017 20161111114508-329503dd-xl.jpg
tornado /var/www/piwigo.reub.net/htdocs/_data/i/upload/2016/11/11 #
But if I force ext_imagick to be used like this:
$conf['graphics_library'] = 'ext_imagick';
then everything works.
If I force 'gd' instead of 'ext_imagick' then everything works then too.
So there appears to be something amiss with the use of php 'imagick'. Possibly to do with relative pathing?
Where and how can we begin to debug this?
Offline
I also had this issue, though slightly varied from what has been discussed in here thus far. here's the thread I started on my issue: https://piwigo.org/forum/viewtopic.php?pid=176693
putting $conf['graphics_library'] = 'ext_imagick'; in my localfiles editor seems to of fixed the issue so far..
Offline
I'm in the same trouble. I have tested piwigo13 in Win10 21H2 /Win11 21H2 +IIS+php 7.4,and php_imagick in piwigo works. But piwigo13 Can't do well in IIS+php 8.1/xampp(php7.4.x/php8.1.x). I guess there is someting diffenent in php(TS) and php(NTS). I'm not familiar with the PHP language, so I'm going to take time to try to read the source code.
Offline