I am unable to make images. I get the following message:

Symfony \ Component \ Debug \ Exception \ FatalErrorException Call to undefined method Intervention\Image\Facades\Image::make() open: /Users/Sites/gcfs/vendor/laravel/framework/src/Illuminate/Support/Facades/Facade.php

I am running Intervention\Image 1.6.2

Can't install successfully "require": { "laravel/framework": "4.1.*", "intervention/image": "dev-master", }

$ composer update Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages.

Problem 1 - Installation request for intervention/image dev-master -> satisfiable by i ntervention/image[dev-master]. - intervention/image dev-master requires ext-fileinfo * -> the requested PHP extension fileinfo is missing from your system.

I have the latest version installed in my Laravel 4 app, it works 80% of time time but for some reason certain JPG's cause it to throw a 500 error that says "Image source not readable". Any JPG from my Canon 7D DSLR causes that error. If I import the image to Photoshop and re-save it then it'll work just fine. But I've also found the same issue with quite a few images from the web. If I pick 10 images at random about 20% of them will fail consistently.

Seems like a bug.

http://cdn.dota2.com/apps/570/icons/econ/leagues/subscriptions_ren_ren_yi_che_joy_league_first_season_large.1cf72b430b0f4bac6fd480b4f79e82448d8eefde.p

Why error was thrown in this url using remote url?

Hey there, I am using your package along with the new version of Laravel (5.2) and I am getting and empty content (blank image) using the example that you got posted on your web site.

Example:

// create a new image resource $img = Image::canvas(800, 600, '#ff0000');

// send HTTP header and output image data header('Content-Type: image/png'); echo $img->encode('png');

I do not know why it happens because I have the same controller doing the duty with the before Laravel version and it works fine.

any guide will be great.

thanks!

This package does not work on Laravel 5.2 all of a sudden. It used to work fine before, but now it does not generate images. The following code:

    Route::get('test', function() {
        $img = \Image::make(public_path().'/images/image-square.png')->resize(300, 200);

        return $img->response('jpg');
    });

Used to work just fine, but now it fails resulting in this:

Whats wrong?

Hi,

I've tried inserting a transparent watermark using a png but the transparent section of the watermark is rendered as white. I've attached a copy of the image it generates along with the watermark I am using.

Do you know if transparent watermark overlays are possible with the current script, or if I am doing this wrong? The code I used was using the example provided in the docs.

Thanks

Hello,

I just discovered Flysystem and learn that it will be integrated into Laravel 5.0. Is it possible to use Flysystem with Intervention/image right now in Larravel 4.2 and how, or do you plan to support it?

Thanks.

Not sure if there is a workaround when inputting a transparent PNG but generating a JPEG with your package. Let me know if you'd like to see an example or if this is a common problem. Thanks.

At the momement it's only possible to read exif data from images loaded from a path.

exif_read_data supports the ability to load from base64 encoded data-urls. This means it is possible, in theory, to read exif data from images that are loaded through any of the init methods and not just those from file paths.

Would there be any support from the maintainers of this library to add exif reading capabilities to images loaded through means other than files?

related: https://github.com/Intervention/image/issues/336

I am using this package with laravel and for some files that I am trying to resize it happens randomly I get this error:

imagecreatefromjpeg(): gd-jpeg, libjpeg: recoverable error: Premature end of JPEG file"

Stack Frame

/Applications/MAMP/htdocs/laravelweb/vendor/intervention/image/src/Intervention/Image/Image.php

       case IMG_PNG:
       case 3:
       $this->resource = imagecreatefrompng($path);
       break;

       case IMG_JPG:
       case 2:
       $this->resource = imagecreatefromjpeg($path);
       break;

Hey,

I recently started using named arguments in PHP and I noticed when I use them with functions such as widen(), I'd get the following errors:

Missing argument 1 for widen()

at vendor/intervention/image/src/Intervention/Image/Commands/Argument.php:71

Given this input:

$image->widen(
      width: 500,
      callback: fn ($constraint) => $constraint->upsize(),
);

It looks like there is a wrapper around the input which does not expect/support named arguments.

PHP Fatal error:  gd-webp cannot allocate temporary buffer in ...\vendor\intervention\image\src\Drivers\Gd\Decoders\BinaryImageDecoder.php on line 33

   Symfony\Component\ErrorHandler\Error\FatalError 

  gd-webp cannot allocate temporary buffer

  at ...\vendor\intervention\image\src\Drivers\Gd\Decoders\BinaryImageDecoder.php:33
     29▕         if (is_a($this->inputType($input), ImageGif::class)) {
     30▕             return $this->decodeGif($input); // decode (animated) gif
     31▕         }
     32▕
  ➜  33▕         $gd = @imagecreatefromstring($input);
     34▕
     35▕         if ($gd === false) {
     36▕             throw new DecoderException('Unable to decode input');
     37▕         }


   Whoops\Exception\ErrorException 

  gd-webp cannot allocate temporary buffer

  at ...\vendor\intervention\image\src\Drivers\Gd\Decoders\BinaryImageDecoder.php:33
     29▕         if (is_a($this->inputType($input), ImageGif::class)) {
     30▕             return $this->decodeGif($input); // decode (animated) gif
     31▕         }
     32▕
  ➜  33▕         $gd = @imagecreatefromstring($input);
     34▕
     35▕         if ($gd === false) {
     36▕             throw new DecoderException('Unable to decode input');
     37▕         }

  1   ...\vendor\filp\whoops\src\Whoops\Run.php:486
      Whoops\Run::handleError("gd-webp cannot allocate temporary buffer", "...\vendor\intervention\image\src\Drivers\Gd\Decoders\BinaryImageDecoder.php")

  2   [internal]:0
      Whoops\Run::handleShutdown()

Same error with Version Alpha 5

    $text = "上饶市";
    $image = Image::canvas(count(mb_str_split($text))*60, 58);
    $image->text($text, count(mb_str_split($text))*30, 58, function ($font) {
        $font->file(base_path("/fonts/hanzi.ttf"));
        $font->size(58);
        $font->color('#FF3F30');
        $font->align('center');
        
    });
    return $image->response("png");

Intervention can create images from filenames and streams (and others).

PHP:exif_read_data() can read EXIF data from both filenames and streams (since PHP 7.2).

But when intervention creates an Image from a stream, it reads the data (excluding the EXIF data), and then creates a new stream from just the image data. Thus the EXIF data is lost.

We lose the original stream (and the EXIF data) here: src/Intervention/Image/AbstractDecoder.php#L125

We create a new stream from this (EXIF-less) data here: src/Intervention/Image/Commands/StreamCommand.php#L20

When we create an image from a file, we store the basename/dirname in the Image object. (Actually, in the parent File object). This original data is used to read EXIF data.

This PR uses a similar approach for images created from a stream. We keep a copy of the original stream and use it when we need the EXIF data.

I created a test case for this, using a rotated image. This test passes. There are a number of pre-existing test failures, which I haven't investigated.