| 
 | 
  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! 
  
   |