Image styles not generating

Check: admin/reports/status

It's probably just file permissions in your public files directory. The webserver must be able to write into all the folders inside that directory.

Hi ZambalaRed ,

If you Give 777 permissions to sites/all/default/files folder then it works fine.. and also check whether your style is created or not in this path sites/all/default/files/styles
I hope this will work perfectly.

Thanks.

On my new server I needed to add 775 to my redefined tmp directory ($conf['file_temporary_path'] = '/home/mysuer/tmp';), seems PHP could not write to this directory.

So, just check the tmp directory access rights too.

I am having the same error on a Drupal 8.0.1 site. Image styles are not applied to a node or in a view. However, I see them applied to during view preview.

Any idea how to solve this?

Hi Drupalers,

Posting on this forum with hope someone can provide insight about the Drupal thumbnail creation i.e. image styles. I am using views to display image thumbnails on the pages. The directory permission i.e. for /sites/default/files/ is writable and have even tried 777 but thumbnails are not created for few new records generally. the behavior is inconsistent and not acceptable on site.

Its very strange issue and need to know how it all works. The image thumbnails using styles do appear but not as soon as images are uploaded. Image style thumbnails start appearing after some time which can be few days as well.

Questions:-

1. When are style related thumbnails supposed to created? When page is accessed or images are uploaded in the content ?

2. In case of Views how does this happen ?

3. What can be possible reasons for this issue ?
Few of the reason I can think are:-

• file permissions (which is not the case in my case as permission is set to 777 ).
• htaccess

file settings

I have gone through a lot of documentation and nothing seems to help. Its better to understand the functioning of this.

Thanks very much for any help

I finally got working preview in styles setting. In folder is now created styles subfolder, with test thumbnail.
But when working with files, it doesnt work.
I have files on private, next to www, so ../something is set as path.
Files are visible in content if format is original.
but whenb choose thumbnail, doesnt work.
can you help me?
i think I have correct rights and www-data everywhere.
thank you!!

• create sites/default/files/styles folder manually
• set its permissions to 775
• create .htaccess file with following content:

<Files *>
  SetHandler none
</Files>

I'm running 8.1.9 and all image styles are broken (drupal default and my custom styles). All images work perfectly if the style is set to None (original image).

All sites/default/files and files/styles and accompanying subfolders are set to 775 and all have .htaccess folders with the following:

SetHandler none

Permissions and the htaccess thing are the only possible solutions I've found after several hours of googling. Neither solutions have worked for me.

Had the same issue. Instead of generating thumb in some image style I was redirected to home page. Then started turning modules one by one and found that Domain access Locale is causing this. Later found that bug is already submitted:

https://www.drupal.org/node/2573879

And comment #11 did the trick form me! Hope it will help someone.

This has happened to me many times when moving a site from dev server to live server. The problem is always caused by file permissions in the sites/default/files folder.

Hope this helps.

Hi, I'm usually more of a reader than a poster because almost all problems have a solution already, but this problem seems to be lagging on without any solid answers. While this isn't exactly a super solid answer because I don't know the exact cause of the problem and I did a few things and it could have been a combination of them or just the last thing that I tried.

If you have the Devel module installed, clear the cache using the module. ( Press the Devel tab in the toolbar and then select the "cache clear" tab that pops up in the toolbar below ). Clearing the cache using Devel was the last thing that I did and I think it would be best to just do this first instead of changing all folder permissions to 777, which is what I did first off and I didn't have luck after I just changed permissions and cleared the browser cache, but using Devel cache clear worked for some reason..

I don't think that my folder permissions were poorly set, but I was grabbing at straws.

I am developing using Dev Desktop on a local machine in Google Chrome and in developer mode and I have the cache disabled so I don't understand why I had to clear the cache. On top of that, just for more straw grabbing, I tried clearing the cache in the browser like I said above before finding the "cache clear" option in Devel, and it didn't work. Maybe Devel performs extra steps while it clears the cache. I don't know because I'm quite new at developing and ultra new at Drupal. Maybe someone shed some light on that.

Anyhow, I hope this helps someone because I was searching for an answer with no luck for a while.

Try popping this in your settings.php
Ditch itok

$config['image.settings']['allow_insecure_derivatives'] = TRUE;
$config['image.settings']['suppress_itok_output'] = TRUE;

As this comment seems to be the top hit for "Drupal 8 image styles not created", let me add that styles are created by a call from Drupal to itself. As this is an internal call, there's no need for https. In my case, I had been messing around with http2, which works over SSL - so it's encrypted - aka https. While I was doing this I broke the plain old http of my webserver, and bam!, image styles broke. As did image and media uploads.

It was permissions of the var/www/sites/default/files/styles folder. I tried to clear the cache with Devel as suggested above but no dice. When I updated the permissions of the folder images showed. So if your running a dev environment behind a firewall and just simply want to get something up and running then chmod 777 -R the styles folder. Otherwise if prod... then a more secure solution will need to be introduced.

I was continually running into this in D8 for the last year, I think I finally found what made it go away.

Using Acquia Dev Desktop,
This tool creates a *symlinked* alias from sites/my.site.dd/ to sites/default/ - which means *most of the time*, most things work.
However, when accessed via the web, half the site *thought* that my site name was my.site.dd, and would generate URLs to /sites/my.site.dd/files/styles/medium/img.jpg
This would NOT WORK and the image would not be generated.
I would get mixed results when using drush, as drush may or may not recognise the site id depending on the context I was in when I called it.
...and, um , never mind...

LONG STORY SHORT:
My problems went away when I added

$settings['file_public_path'] = 'sites/default/files';

to my settings.(local).php.

ALSO a solution, was correctly updating my /sites/sites.php alias array to include the

$sites['my.site.dd'] = 'default';

I had a similar issue (re-)generating image styles.

The ?itok= security token was added as of D7.20 to address denial of service vulnerability

Include this in your Nginx configuration:

# Media: images that have ?itok in uri call php rewrite
location ~ ^/sites/.*/files/styles/(.*\.[^.]*)(jpg|jpeg|gif|png|svg)(\?.*)?$ {
try_files $uri @rewrite;

}

I haven't looked into Apache servers but there must be a similar rewrite rule for Apache as well.

I've been working on this for over a month. I can get it to work but only if the styles folder is 777. I have deleted all images styles from drupal and then deleted the styles folder to narrow the scope (it remakes automatically). Changing owner and group or either has had no effect at 775 it works with any owner group at 777 when the image styles directory is built after creating a new style, it will be at 775 and they work fine like that. If the styles folder is changed back to 775 it wont work. I'm not using styles because I don't want to keep it at 777. The site is live and already a lot of work. Dont need security issues.

I found a solution for my issue here:

https://www.nginx.com/resources/wiki/start/topics/recipes/drupal/

This part near the bottom:

    # Fighting with Styles? This little gem is amazing.
    # location ~ ^/sites/.*/files/imagecache/ { # For Drupal <= 6
    location ~ ^/sites/.*/files/styles/ { # For Drupal >= 7
        try_files $uri @rewrite;
    }

Hi,

This is going to sound silly, but did you try setting another theme as the default and then switching back to your desired theme? For some odd reason, after i switched to another theme and then back, the image styles were generated. I did not have to do anything else. 

Hello, https://www.drupal.org/forum/support/post-installation/2015-06-16/image-... worked for us with 8.4.4

in settings.php we added:

$config['image.settings']['allow_insecure_derivatives'] = TRUE;
$config['image.settings']['suppress_itok_output'] = TRUE;

we needed this never before but after complete new setup/migration (with existing config) of a site and an updat from 8.3.7 to 8.4.4 no images style-pics were rendered, thanks for this solution.

Image styles not generating you Please store it

Unfortunately none of the suggestions thus far have worked for us on 8.4.4. Oddly enough, the problem only exists if we block hotlinking of apk, log, and pdf files in our conf.d file...

https://drupal.stackexchange.com/questions/255474/image-styles-not-gener...

In my case nginx was a reason of this problem. Instead of going through custom server configuration I installed Imageinfo Cache module and it helps me. I hope this solution helps someone else too.

/sites/default/files/.htaccess

- Options -Indexes -ExecCGI -Includes -MultiViews
+ Options -Indexes

detected by review error.log in apache

I saw this issue when using CDN module. Turned off the module and image thumbnails started working. Turned it on and thumbnail generation failed on CDN request.

I confirm, for me it was a cache proble (Varnisk).
Hosted on Fastcomet, I had to go in the Cpanel and open Cachewall.
Then just stitch off for your drupal url.
Easy, but it took me a long time :-)
Hope it helps !

If you use Nginx, you'll need to ensure that, if you've used the Nginx Drupal Recipe, that you have the "try_files" directive in that location block!!!

INCORRECT CONFIG

location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|html|eot|woff|ttf|flv|swf)$ {
    access_log off;
    expires    30d;
}

CORRECT CONFIG

location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|html|eot|woff|ttf|flv|swf)$ {
    access_log off;
    expires    30d;

    # This is VERY MUCH NECESSARY here. Without it, the server simply stops
    # processing the request if a real file is not found. For Image Styles in
    # Drupal installations, Drupal ONLY GENERATES THE IMAGE STYLE CACHE IMAGE
    # when it receives a request for a file that doesn't exist!
    #
    try_files $uri $uri/ @rewrite; # <- THIS WAS MISSING!!!
}

Hope this saves someone's time!

Credit: This post on Drupal Stackexchange pointed me in the right direction.

Drupal 7 - Image Style - Views - Views Bootstrap - Bootstrap Sub-theme

Try the following one at a time:

1. Increase PHP memory in last line of settings.php ini_set('memory_limit', '512M'); helps give site more resources to load
2. Turn off AJAX on views
3. drush image-flush --all
4. Recreate Image Style to shorter name, loading shorter url for each image:
   • /responsive-rectangle-640-480-.....jpg
   • /640x480....jpg

I was having trouble, specifically with images in JPG format.  Original image was there in "sites/default/files" but could never generate styles off that original image.  Apparently GD image toolkit has libraries to support different image formats.

Thanks to this thread, I ran a command to see GD's information output, to see if this was the issue.  Sure enough - JPG library was not compiled.  So for me, the answer was to compile PHP / GD Image Toolkit with JPEG support.  Hope that helps someone save the multiple weeks it took me!

I have built many Drupal sites and have never met this problem until now. I am finding that image styles are not generated until a cron run takes place.

Does this provide any clues about what is going wrong?

Me too run into this issue, even though image styles were working fine before. I also couldn't solve it so far, after trying everything here.

Styles folder have 755 permission and I'm able to write files with the Apache user. GD library is also installed, supporting JPEGs.
I cleared cache, flushed image styles and even tried with itok disabled etc. but nothing helped.

Anything else we can check? :)

UPDATE: Fixed! I noticed that it worked without clean urls, thus realised it was an issue with rewrite rules, after inserting the rule for the folder location it worked again

RewriteCond %{REQUEST_URI} !/sites/default/files/styles(.*?)/?.*

I was facing same issue in drupal 8, I followed the following steps. (This issues was on local  [Windows 10 with docker] so this only for LOCAL environment and not for Production environment)

• In settigns.php 

$config['image.settings']['allow_insecure_derivatives'] = TRUE;
$config['image.settings']['suppress_itok_output'] = TRUE;
$settings['file_public_path'] = 'sites/default/files';

• Sites web root folder .htaccess

RewriteCond %{REQUEST_URI} !/sites/default/files/styles(.*?)/?.*

• Under /sites/default/files folder .htaccess

<Files *>
  SetHandler none
</Files>

After this I can see images are loading on site.

I had a site where the image style was not being generated and it turns out the image style did not exist!  Worth checking...

I went crazy trying the options above but in my case it was a Varnish issue. When I disabled varnish everything went back to normal. This was happening in my test environment only so disabling varnish in test is not an issue.

All the members ’comments were not helpful to me .. In the end, Drupal documents were useful .. https://www.drupal.org/docs/security-in-drupal/securing-file-permissions...

i use Drupal 8, CentOS VPS

We are using currently Varnish 6 with ssl termination on Apache 2.4. The problem persists and a possible (but not best) solution is to exclude the path for the image styles from caching. Then the image styles are rendered as expected.

sub vcl_recv {

# Do not cache these paths.
                      if (req.url ~ "^/status\.php$" ||
                      req.url ~ "^/update\.php" ||
                      req.url ~ "^/install\.php" ||
                      req.url ~ "^/apc\.php$" ||
                      req.url ~ "^/admin" ||
                      req.url ~ "^/admin/.*$" ||
                      req.url ~ "^/user" ||
                      req.url ~ "^/user/.*$" ||
                      req.url ~ "^/users/.*$" ||
                      req.url ~ "^/info/.*$" ||
                      req.url ~ "^/flag/.*$" ||
                      req.url ~ "^.*/ajax/.*$" ||
                      req.url ~ "^.*/styles/.*$" ||
                     req.url ~ "^.*/sites/default/files/styles/.*$" ||
                      req.url ~ "^.*/ahah/.*$") {
        return (pass);
}

We have to address the issue and handle it to the group which works with Varnish implementation.

Hi. I have the same issue with OpenLiteSpeed. I read all comments on this post but can't resolve my issue.

I created an issue separately for that. please help if you can

https://www.drupal.org/forum/support/post-installation/2021-11-23/drupal-8-cant-generate-image-style-on-openlitespeed

From f1mishutka's answer
I had this issue on a Windows 10 and to bypass it in localhost, the Following was suffisant :

is sites/default/files/.htaccess

<Files *>
  SetHandler none
</Files>

From f1mishutka's answer
I had this issue on a Windows 10 and to bypass it in localhost, the Following was suffisant :

is sites/default/files/.htaccess

<Files *>
  SetHandler none
</Files>

An Apache security update causes spaces in filenames to trigger "AH10411: Rewritten query string contains control characters or spaces" errors in the error log, and "Permission denied".

This is because the spaces get double-encoded during the rewrite process. I find that a fix is to change the index.php rewrite rule from

RewriteRule ^(.*)$ index.php?q=$1 "[L]"

to

RewriteRule ^(.*)$ index.php?q=$1 "[B= ?,L,QSA]"

The "B" flag says to not encode spaces and question marks during the rewrite, and QSA allows any itok= URL parameters to be appended to the query string.