After adding a new content type images are not displayed anymore one the whole site for all users but user1.
It is really just the image itself that is not displayed. The node which contains the image is fully displayed. But the image itself in the node is not displayed. This is true for all images in all nodes. E.g. also in the overview of all galleries or the random image block (The block itself is displayed, but the random image itself is not). For user1 the images are all correctly displayed.
The drupal log says e.g. for one of those images:
Warning Access denied 24 Jan 2008 - 10:14 system/files/images/satanicarmy3_flyer1.jpg Andrea
I noticed that there is no subfolder "system" anywhere on the webserver. Also in "Administration->Settings->Filesystem"
The filesystem path is set to "files" not to "system/files". But the download method is set to private, so maybe this is where the "system" is coming from.
I checked the table "files" for this specific image the entry is like that:
fid nid filename filepath filemime filesize
80 51 _original files/images/satanicarmy3_flyer1.jpg image/jpeg 45276
The filepath "files/images/satanicarmy3_flyer1.jpg" is the correct path on the server.
Any hints and workarounds are welcome, as this is currently happening to a produtive site. Thanks.
(see also http://drupal.org/node/212977 where this was reported in image_galleries, but it seems to be a problem of image)
Comments
Comment #1
Hetta commentedFolder /system/ is drupal's way of telling you that your /files/ directory is outside of web root.
My {files} table shows the full path to the images, not the relative path. I've set /admin/settings/file-system to
(o) Private - files are transferred by Drupal.
Like this:
filepath: /server/home/user/drupal/files/images/yourimagenamehere.jpg
Here's how you change things:
http://drupal.org/node/184489 : update files set filepath=concat('/drupal/file/system/path/',filepath) where filepath like 'files/%';
Also, I'm on 5.x-2.0-dev, and it works a treat - I wouldn't avoid that upgrade, unless, of course, it makes trouble with the access restriction module you use. (I have NO PROBLEMS with image, and the access restriction I use is
http://drupal.org/project/tac_lite )
Comment #2
Hetta commentedMarked http://drupal.org/node/212977 as duplicate.
Please don't open new issues for the same problem.
Comment #3
MatzeU commentedSorry, but as it was in a different module, I thought this was the right thing to do. (And it seems to work as now there are some new answers.)
I altered the filepath in the filetable as described and after that even user1 could not see the images (so nobody could), so I changed back the path again. I think if user1 can see the images, it is not a problem of the filepath itself.
But I found out something new, and I think now we are close to the source of the problem:
To be able to add the content type I needed, I also added the CCK Module Image. And when I turn this module of, the images are correctly displayed again.
So the problem comes from CCK Image (which I turned of for now on the productive site).
How to transfer this bug now to the right people?
Thanks for your help.
Comment #4
Hetta commentedYou change the project / version / component fields to the ones you wish to report about.
Comment #5
karens commentedWrong place. You'll have to figure out which version of imagefield you are using and set it correctly.
Comment #6
MatzeU commentedSHORT SUMMARY:
When I turn on the CCK ImageField module, images are not displayed for any user but user1.
This is true for images in image nodes and for images referred to by an imagefield.
User1 (is also the author) sees all images, always.
Comment #7
MatzeU commentedComment #8
MatzeU commentedI fixed the issue by updating ImageField to 5.x.2.0-rc2.
Comment #9
Hetta commented... so mark it fixed.
Comment #10
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.