|  | 
  bob - 2016-12-11 22:57:46hi,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 bobHello 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 Bergenhi,
 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 bobHello, 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 YCool. 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 Bergenhi,
 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 bobI included the fix in the library.
 Happy new year to you all too!
 |