I have enjoyed installing 2 distributions (tb-sirate and zircon) but have the same issue with both:
Images show as placeholders ie Paths or image locations are incorrect.
When I try to create new content- eg an Article, I upload an image but a placeholder appears, not the image.
right-clicking the placeholder reveals that Drupal outputs the path to the image as here:
http://mysite.com/sites/default/files/styles/thumbnail/public/field/imag...
but it isn't, it's here:
http://mysite.com/sites/default/files /field/image/banana.png
ie without the:
styles/thumbnail/public part of the path.
The same happens if I try to create images within other content items, though the 'superfluous' path section is slightly different.
If I go ahead and save the content anyway it is displayed on the webpage as a placeholder, just as in the preview after pressing upload.
Perhaps relevant settings:
In the Administration » Structure » Content types » Article » Manage fields section the File directory is set to:
field/image
Administration » Configuration » Media >Public file system path is set to:
sites/default/files
(which is where the files actually are)
QUESTION(s)
Why is the image file not where the output states they are OR
Why does the output contain incorrect path to image
Ideas that I can't prove: permissions? But it's writing to mysite.com/sites/default/files already. Just not to the longer path.
I've checked much documentation here to no avail but perhaps I'm looking in the wrong places - I figure I'm doing something daft that's simple and I've missed? HOW TO SORT THIS OUT?
Comments
A key question you do not
A key question you do not comment on is whether the display where you are seeing the 'wrong' path has been set to use the thumbnail version of the image.
When the image is uploaded, and the image module is enabled, an thumbnail version will be written to the thumbnails directory the first time it is needed. If your particular display is set to use thumbnail display, then it is normal to see the /styles/thumbnail in the path.
I do however find the /public part of the longer path suspicious. If you had said that you were running Drupal in a subdirectory of your server's Document root (as for example cPanel addon domains do) I would have suggested that is the problem. But you do not mention any added layer of complexity of that kind.
Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors
Image Absence
Hmmm, I didn't need to focus on manual new content creation:
*** none of the images in the newly installed site display at all.
http://mywebsite.com/sites/default/files/styles/ exists but there is not a slideshow OR thumbnail folder within it.
Jump down to my supposition below OR
Here's my answer to your question John_B - thanks for helping out...
>whether the display where you are seeing the 'wrong' path has been set to use the thumbnail version of the image
Yes, it has. (http://mywebsite.com/sites/default/files/styles/thumbnail/public/field/i...)
The display should show the image when adding
eg an article (http://mywebsite.com/#overlay=node/add/article)
when an image is uploaded (from my C drive) the image IS indeed uploaded
(right clicking the image filename next to the empty image (banana.png) shows the url as eg http://mywebsite.com/sites/default/files/field/image/banana.png#overlay-... and it IS there)
On the front page of site the slideshow shows a placemarker not an image, it thinks the path to the image is:
http://mywebsite.com/sites/default/files/styles/slideshow/public/field/s...
http://mywebsite.com/sites/default/files/field/slideshow/demo-4_0.jpg EXISTS but not at the longer path above.
My supposition:
The new image (ANY new image on the site including at installation) has not been propagated successfully in its various guises to the appropriate folders. For this reason the thumbnail version of the image, the slideshow version etc do not display.
Question: Why is an image not being manipulated into these guises and placed into the appropriate folders successfully?
Answer: permissions? Have I somehow not-enabled php to write new files/folders on the server? (I use HELM and can't see such a setting)
I had not come across HELM,
I had not come across HELM, It appears from Googling to be the version of Plesk for a Microsoft server. This does a key piece of information! People here who know about MS servers are not so common so it is difficult to advise, and does add another layer of problems compared with running Drupal on Linux. I do know a Plesk a little (and have no liking for it).
On the basis that this looks like a server issue, rather than a Drupal issue, you might raise a ticket with the person running the server (unless that is you!). Specifically it looks like your server is not working with imagecache module properly. If you Google you will find some guidance from others who have had similar problems on Microsoft servers, e.g. here http://stackoverflow.com/questions/4852257/drupal-imagecache-doesnt-gene.... The quick and easy fix would be to run your site on a Linux server. However occasionally people do have to get Drupal running on Microsoft's IIS for some reason, and it should work.
Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors
Permissions
Am going to explore how to change file permissions which doesn't seem straightforward on helm.
Rather sad as was looking forward to exploring how to use Drupal this week but stuck on this issue!
Thanks very much, John_B - it seems the imagecache module is the problem in combination with the Windows server.
Any user of Windows systems encountering this and with solution please suggest.
Dan
Multilanguage bug
In my case problem was with multiple languages enabled. Meaning that all urls was started with en/ prefix but the request to create thumbnail image was actually sent to url without one which caused 301 redirect. But still need further investigation.
Solution?
Has anyone found a solution to this problem?
Yes. The two replies
Yes. The reply immediately above your post is a solution. There is more than one cause for broken image paths. Are you asking specifically about problems with the image cache on a Windows server? I am sure that is solvable on Windows, although moving the site onto Linux would be the simple way round the problem.
Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors