Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Auto rotate problem in real server #741

Closed
jekeyeke opened this issue May 27, 2016 · 11 comments
Closed

Auto rotate problem in real server #741

jekeyeke opened this issue May 27, 2016 · 11 comments
Labels
State: Confirmed This item has been confirmed by maintainers as legitimate.

Comments

@jekeyeke
Copy link

jekeyeke commented May 27, 2016

Hi everyone.

I have a problem with auto_rotate option.
In local, it works perfect but when I upload the code to the real server, the auto_rotate option doesn't work.
I'm working with Symfony and i don't know which is the problem.

This is my code:

liip_imagine:
    driver: gd
    cache:  default
    data_loader:   default

    resolvers:
        default:
            web_path:
                web_root: %kernel.root_dir%/../web
                cache_prefix: media/images/cache
    filter_sets:
        original:
            quality: 75
            filters:
                auto_rotate: ~
                thumbnail: { size: [1200, 1200], mode: inset }

I appreciate any help.

Thanks

@BartVB
Copy link

BartVB commented Jul 12, 2016

If this is working locally and not on the server then chances are that you're using an outdated version of GD on the server. Could you check the versions?

BTW any particular reason why you are using GD and not one of the other libs?

@davidromani
Copy link

Same problem here.

Working local machine (OSX 10.10 + PHP 5.6.19) config:

$ php -i | grep -i --color gd
GD Support => enabled
GD Version => bundled (2.1.0 compatible)
gd.jpeg_ignore_warning => 0 => 0

Not working server machine (Ubuntu 14.04 + PHP 5.5.9) config:

GD Support => enabled
GD Version => 2.1.1-dev
gd.jpeg_ignore_warning => 0 => 0

@lsmith77
Copy link
Contributor

Yeah I think this is more likely a GD issue.

https://twitter.com/PierreJoye/status/754939618982699008
"@lsmith some cases have been improved in 2.2, and quality much better in master.
Please try using libgd master. Ideally open an issue there"

can you contact the GD maintainers about this?

@lsmith77 lsmith77 added the State: Confirmed This item has been confirmed by maintainers as legitimate. label Jul 18, 2016
@lsmith77
Copy link
Contributor

if someone can setup a reproduce-able test case Pierre offered to have a look

@jekeyeke
Copy link
Author

jekeyeke commented Aug 8, 2016

Hi everyone,
@BartVB when i started in the project, liip was already installed so i continued since there.

Working local machine (Ubuntu 14 + PHP 5.5.9) config:

$ php -i | grep -i --color gd
GD Support => enabled
GD Version => bundled (2.1.0 compatible)
gd.jpeg_ignore_warning => 0 => 0

Not working server machine (Debian 3.2.68 + PHP 5.5.25) config:

GD Support => enabled
GD Version => bundled (2.1.0 compatible)
gd.jpeg_ignore_warning => 0 => 0

Could you tell me another lib to use?

Thanks

@alexwilson
Copy link
Collaborator

alexwilson commented Aug 8, 2016

Is ImageMagick or GraphicsMagick an option?

You can update drivers very simply by installing and enabling the extension, and selecting it with liip_imagine.driver.

@jekeyeke
Copy link
Author

jekeyeke commented Aug 9, 2016

Hi again,

@antoligy i tried both and got the same result. Perfect in local but wrong in server.

Libs on server machine

imagick
imagick module => enabled
imagick module version => 3.4.3RC1
imagick classes => Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator
Imagick compiled with ImageMagick version => ImageMagick 6.7.7-10 2014-03-08 Q16 http://www.imagemagick.org
Imagick using ImageMagick library version => ImageMagick 6.7.7-10 2016-04-07 Q16 http://www.imagemagick.org
imagick.locale_fix => 0 => 0
imagick.progress_monitor => 0 => 0
imagick.skip_version_check => 0 => 0
gmagick
gmagick module => enabled
gmagick version => 1.1.7RC3

Anyone has other idea?

Thanks

@jehaby
Copy link
Contributor

jehaby commented Aug 9, 2016

Can you show exif.Orientation info from original and resulted image? I had troubles with auto_rotate filter when there wasn't any other filter after it which stripped exif info on the image. Judging by config you provided thumbnail filter should do it, but maybe there's something wrong with your server app parameters (cache without thumbnail filter? ... ).

PS: Debian 3? Oo It's been over 10 years since the end of security updates.

@MathieuThiry
Copy link

Same problem here :(

Any news about this issue ?

Working local : PHP/5.5.12

GD Support => enabled
GD Version => bundled (2.1.0 compatible)
gd.jpeg_ignore_warning => 0 => 0

Not working server : PHP/7.1.0

GD Support => enabled
GD Version => bundled (2.1.0 compatible)
gd.jpeg_ignore_warning => 0 => 0

@robfrawley
Copy link
Collaborator

robfrawley commented Feb 6, 2017

@MathieuThiry We can't really diagnose this further without a reproducible system made available to us. If this is a VM, can you clone it and offer access to the clone for a short window? You can contact me via the email github AT robfrawley DOT com. Otherwise, I don't know what we can do...

@michellesanver
Copy link
Contributor

Closing this issue because of #1230

More details: #1230 (comment)

If it's still an issue for you, please open a new issue, and thanks a lot :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
State: Confirmed This item has been confirmed by maintainers as legitimate.
Projects
None yet
Development

No branches or pull requests

9 participants