|
bob - 2016-12-11 22:57:46
hi,
i get the follow message when running example/moki.php :-
Fatal error: Uncaught exception 'movemegif\exception
\GifParseException' with message 'The image has no GIF89a header' in /usr/www/plplatoon/public/bf3-sigs/skins/B-REPORT/movemegif/php/movemegif/exception/GifParseException.php:14 Stack trace: #0 /usr/www/plplatoon/public/bf3-sigs/skins/B-REPORT/movemegif/php/movemegif/data/GifParser.php(38): movemegif\exception\GifParseException::header() #1 /usr/www/plplatoon/public/bf3-sigs/skins/B-REPORT/movemegif/php/movemegif/data/GifParser.php(24): movemegif\data\GifParser->parseHeader('GIF87a\n\x00m\x00\x80\x00\x00\x00\x00...', 0) #2 /usr/www/plplatoon/public/bf3-sigs/skins/B-REPORT/movemegif/php/movemegif/data/GDAcceleratedPixelDataProducer.php(49): movemegif\data\GifParser->parseString('GIF87a\n\x00m\x00\x80\x00\x00\x00\x00...') #3 /usr/www/plplatoon/public/bf3-sigs/skins/B-REPORT/movemegif/php/movemegif/GifBuilder.php(218): movemegif\data\GDAcceleratedPixelDataProducer->__construct(Object(movemegif\domain\FileImageCanvas), Object(movemegif\domain\ClippingArea)) #4 /usr/www/plpla in /usr/www/plplatoon/public/bf3-sigs/skins/B-REPORT/movemegif/php/movemegif/exception/GifParseException.php on line 14
Patrick Van Bergen - 2016-12-13 20:04:23 - In reply to message 1 from bob
Hello Bob. Thanks for taking the time to rate my package! Sorry to hear it causes a bug.
From the stacktrace I read that PHP's function 'imagegif' http://php.net/manual/en/function.imagegif.php produces a GIF87a version of a Gif image, despite the fact that the code "forced it to GIF98a" by calling ' imagecolortransparant' on the resource.
Do you have the time to find out which version of PHP and GdLib you are using?
var_dump(phpversion());
var_dump(gd_info());
Greetings!
bob - 2016-12-14 20:59:43 - In reply to message 2 from Patrick Van Bergen
hi,
string(17) "5.6.26-pl0-gentoo"
array(13) { ["GD Version"]=> string(26) "bundled (2.1.0 compatible)" ["FreeType Support"]=> bool(true) ["FreeType Linkage"]=> string(13) "with freetype" ["T1Lib Support"]=> bool(true) ["GIF Read Support"]=> bool(true) ["GIF Create Support"]=> bool(true) ["JPEG Support"]=> bool(true) ["PNG Support"]=> bool(true) ["WBMP Support"]=> bool(true) ["XPM Support"]=> bool(false) ["XBM Support"]=> bool(true) ["WebP Support"]=> bool(false) ["JIS-mapped Japanese Font Support"]=> bool(false) }
bob - 2016-12-14 21:05:24 - In reply to message 2 from Patrick Van Bergen
T Y - 2016-12-26 02:56:48 - In reply to message 4 from bob
Hello, my temporary solution is the below.
movemegif/data/GDAcceleratedPixelDataProducer.php line 40
before:
imagecolortransparent($clippedResource, 0);
after:
if (-1 === imagecolortransparent($clippedResource, 0)) {
imagecolortransparent($clippedResource, imagecolorallocate($clippedResource, 255, 255, 255));
}
Patrick Van Bergen - 2016-12-26 11:21:20 - In reply to message 5 from T Y
Cool. Thanks, TY. This bug is really bugging me because it seems to depend on a gd-lib thing. It won't reproduce on my machine.
Does this fix work for you too, Bob?
bob - 2016-12-27 15:33:14 - In reply to message 6 from Patrick Van Bergen
hi,
yes, that fixed it.
thanks for your time :)
have a happy new year !
Patrick Van Bergen - 2016-12-28 15:58:08 - In reply to message 7 from bob
I included the fix in the library.
Happy new year to you all too!
|