No images in image gallery after update to Drupal 6.11
lionheart8 - May 13, 2009 - 10:56
Hi
After updating to Drupal 6.11, there are no images in the gallery, although the number in each category is shown.
When updating, I disabled the image module (latest version) as usual & enabled it after.
The only images appearing on site are those I uploaded using the node image module.
I tried rebuilding thumbnails, ... just a gamble. No effect.
What can I do to get the images back in the gallery? This site is online & it's ridiculous to have visitors seeing no images where some are expected to be.
Thanks in advance.
Maybe you had copied the
Maybe you had copied the image.imagemagick.inc file to Drupal's includes/ directory according to the installation instructions of the image module, and it was deleted during the update?
Also take a look at the html source of your image gallery page in your browser. Are the paths of the "img src=" links correct but they don't show the images, are they wrong, or are the links missing?
Hi
Hi
I checked for that image magick file and it was there in includes. To be sure, I overwrote it with a fresh copy.
I also read in the install.txt that one has to put it there if the imagemagick module is enabled, which is not the case with me. I have not been using - but in case I had forgotten & had not enabled it after updating, I did & it made no difference.
Looking at the page source of image gallery pages, there is absolutely no sign of the image tag - just the naked text from that page, including the title & the body textarea text related to the image.
</div> <div id="mainContent">
<h1 class="title">Vervet monkeys1</h1>
<div class="tabs"></div>
<div id="node-110" class="node clear-block">
<div class="meta">
<span class="submitted">Submitted by admin on Sat, 28/02/2009 - 03:26</span>
<div class="terms terms-inline"><ul class="links inline"><li class="taxonomy_term_83 first last"><a href="/category/image-galleries/central-region/kampala" rel="tag" title="Pictures from around Kampala worth sharing.">Kampala</a></li>
</ul></div>
</div>
So what could be wrong?
I saw in some posts where you say you normally dont disable modules when making minor updates, e.g. from D6.10 => D6.11, which I think saves a lot of time if one has many modules.
Would that have prevented the current problem in this case?
Thanks & regards
Imagemagick is not a drupal
Imagemagick is not a drupal module, it is just an image tool which drupal uses if it is installed on the server (see the admin/settings/image-toolkit page).
I doubt that it would have made any difference if you hadn't disabled the modules, but it is a good idea to run update.php again after re-enabling them.
The most likely cause for the missing img tags is that your input format filters them out. Edit a node where you have uploaded an image and check its input format. Is is "Full HTML" or "Filtered HTML"?
Also examine the image-type node which the image modules has created for the image. Edit it and check its input format. Is is "Full HTML" or "Filtered HTML"?
Then go to admin/settings/filters, find your input format, click "configure" and check if it allows the
<img>tag or it filters it out. (If you find the "HTML filter" enabled in your input format, then look at the "Allowed HTML tags" listed near the bottom of the page.)Actualy I have never done
Actually I have never done anything to the input formats with regard to the image gallery module.
I have used the default settings all this time.
The images in the gallery are those added via the image content creation form & not in the body content.
Could it be that there's something causing the image module not to find the image folder?
The images have all this time been in sites/default/files/images
In the settings section, it says there's no such a directory! It can also not be that it has suddenly become not writable, as it has 775 write permissions.
The image module like all contributed modules is in the modules/contrib/ folder.
Someone mentioned it needs to be in modules/ , though sceptical based on the install.txt, I tried transferring it & updated the "Default image path:" to "images" & also "/images" (even after transferring the images folder to /files) to no avail.
Assuming the images are in "sites/default/files/images" where everything was functioning normally before updating to 6.11, what is supposed to be the default path, based on this:
"Subdirectory in the directory "files" where pictures will be stored. Do not include trailing slash." - withouht having to get some angry
error message?
[In the meantime updated to 6.12 - but some separate errors are preventing automatically checking for updates - no idea why]
Getting quite desperate as the image gallery has been empty for about a week ... [exception: those uploaded via the node images module and are outside it are ok.]
Thanks & regards
The correct and recommended
The correct and recommended locations to install the image module are "sites/all/modules" or "sites/default/modules". Installing it in a subdirectory straight under "modules" might work but it is not recommended. If you move the module, make sure to visit the admin/build/modules page, which automatically updates all the installation paths of your modules and themes.
Assuming that your files path in the admin/settings/file-system page is
sites/default/files(and Drupal allows you to save that setting),then the path setting in the admin/settings/image page must be just
images(Does it allow you to save that setting too?)Is there an image toolkit selected in the admin/settings/image-toolkit page?
Check with FTP: Does a sites/default/files directory and a sites/default/files/images subdirectory actually exist? Are your already uploaded images in there?
I still suspect the input formats because the problem does not seem to be that the image file paths in the content are wrong or inaccessible, the problem seems to be that the image tags are stripped completely from the content. So, it is logical to check what input format your posts and the image nodes are using, and also which filters are enabled in that input format.
I have in the last 4 or so
I have in the last 4 or so years had no problem with the image module either in the modules folder or mostly with other third party modules in modules/contrib folder.
Based on the recommendation I moved it to one of the recommended locations, sites/all/modules.
Drupal won't accept saving the settings, including that of "images" when the module is in this new location & also in the modules or in the modules/contrib folder.
I uninstalled & re-installed the module (sites/all/modules) & when I went to settings under Default image path there was "sites/default/files/images" BUT in red & at the top of the page "The directory does not exist."
The image toolkit has not been enabled as I was not using it all along.
Check with FTP: Does a sites/default/files directory and a sites/default/files/images subdirectory actually exist? Are your already uploaded images in there?Both folders are there & I can view the images via the Cpanel or if I type the direct link to any of them. As said, everything was functioning perfectly before & I did not change any settings.
The problem came to my notice after re-enabling the modules after updating to 6.11 & noting there were no images in the gallery although, the numbers in each sub-directory were being shown.
Regarding input formats, I had never changed it from the default filtered format. I added the tag to the filtered html format, but not being able to save the image destination folder makes testing not possible.
If I go to a page with an image (image gallery), I get this error message "The directory does not exist.".
:(
To set your default image
To set your default image path to "sites/default/files/images" you must set it just to "images". It is relative to the files path.
Otherwise it will try to use "sites/default/files/sites/default/files/images".
That is what I have tried
Yes, that is what I also expect, but that is what I get => http://www.orbit.890m.com/error.jpg
otherwise there would be no problem at all. I made the update to 6.11 the same way I have always done since D 4.7 ... or at least I dont see what I did differently.
Disable all modules, update & then enable them again. In this case it was a few days later, when I noticed there were no images in the gallery.
The filezilla screenshot here http://www.orbit.890m.com/error2.jpg shows the location of image files in /public_html/site directory/default/files/images - a directory which is said to be non-existent!
:(
On another note, you asked in the first response about the image.imagemagick.inc in includes being accidentally deleted.
Does one need to place that file there even if one is not using the imagemagick module for the image module to function normally?
Strange. A somehow similar
Strange. A somehow similar case that I remember while setting up a server was that if I set the permissions of "any* parent directory higher up to anything less than 711 (the "x" bit), then apache could not traverse the path to the child directories and could not find any files or directories.
Take a look at the permissions of your sites, sites/default, and sites/default/files directories. They should be all odd numbers (775 or 755 or at least 555 if it is write-protected).
By the way one step that you didn't mention for the upgrade was taking the site off-line and not browsing it before the update is finished. This has been reported as extremely important for the image module.
---- Edited to add:
If you can select a valid toolkit in the admin/settings/image-toolkit page, either GD or imagemagick, you should be OK. That file would add support for the imagemagick toolkit if it exists on your server.
Also, if something is wrong, probably the admin/reports/status page will tell you.
Thanks for the quick
Thanks for the quick response.
The GD toolkit was preselected. I was just asking about about the imagemagick file, just in case it was necessary in includes for normal functioning of image.module.
One thing I noted is after "image" not being saved as shown in the screenshot, if I navigate away from that settings page & come back I always find "image" replaced by "sites/default/files/images" & the message "The directory does not exist."
About permissions, they are either 755 or 755 of the folders sites/default/files/images
Of late, the only change I made to the site was installing the emfield module for embedding youtube & like videos. I tried to disable it, but it made no difference.
About taking the site offline, probably not. I have normally done it as an exception including I certainly do remember the 6.11 to 6.12 update, but that is when the problems had started. Without considering the reasons given for this, I was only looking at it in terms of guests being disrupted, but in my case I though it would probably not happen for my yet low traffic site, which I thought I could get back running before anyone came (I have a live counter). I have never never had any such problem before.
Quite perplexed as I dont know what else to do.
Try once more:
Try once more:
- Go to admin/settings/file-system, check that the files path is
sites/default/filesand save again.- Then go to admin/settings/image, set the images path to
imagesand try to save.If, again, this does not work, go straight to the database with phpmyadmin and browse the "variable" table:
- The variable
file_directory_pathshould bes:19:"sites/default/files"- The variable
image_default_pathshould bes:6:"images". If it does not exist, add it.I think the image module used to have a bug and didn't save its path if the files path has not been saved before installing it, but I don't know how this could affect an already existing installation.
Hi I did just that. The DB
Hi
I did just that.
The DB table values were different.
After changing them, no more problems with saving "images", however I still have no images in the image gallery.
I tried disabling & then re-enabling the image /image gallery modules & saving related settings again.
I even transferred the image module back to where it was before: modules/contrib before I moved it to one of those recommended locations.
Quite ridiculous. May be there is something more I need to do to trigger their re-appearance ...
I appreciate your help.
Clear the cache in
Clear the cache in admin/settings/performance. Does it make any difference?
Go to admin/settings/filters, edit the "Full HTML" and "Filtered HTML" input formats, and disable the "HTML corrector" filter in them. Does it make any difference?
Is your node/110 an image node or a node of a different type where you uploaded an image using img_assist? What is the input format of node/110?
Create a new image node just for testing (set it to "not promoted"). Does it have the same problem when viewing it?
Is your "download method" set to "public" or "private" in admin/settings/file-system? Did you change that setting recently while there were already uploaded images?
Check your "files" table in the database. Are the paths of the image files and their derivatives correct? (sites/default/files/images/filename). Are the paths the same for all image files, the old ones and the new one?
Clear the cache in
Clear the cache in admin/settings/performance. Does it make any difference?
No
Go to admin/settings/filters, edit the "Full HTML" and "Filtered HTML" input formats, and disable the "HTML corrector" filter in them. Does it make any difference?
No
Create a new image node just for testing (set it to "not promoted"). Does it have the same problem?
Yes
Is your "download method" set to "public" or "private" in admin/settings/file-system? Did you change that setting recently while there were already uploaded images?
It has always been set to public.
Check your "files" table in the database. Are the paths of the image files and their derivatives correct? (sites/default/files/images/filename). Are they the same for all image files, the old ones and the new one?
The paths to the original images & derivatives (if this means preview & thumbnail images) in the DB are correct. Using the direct paths, I can view all images, including those of the test uploads, but as said, they are still not visible in the gallery.
I can only see a thumbnail briefly when I preview the image being uploaded, but then that is all. That's a step forward, though. Before that, there was nothing to see at all.
Does the problem happen only
Does the problem happen only in gallery pages or also when you are viewing an individual image node?
If it happens only in gallery pages, then (a) check if the "Image Galleries" vocabulary exists in admin/content/taxonomy and edit it to see if it applies to the "Image" content type and (b) edit an image node and see if it is tagged with a term from the "Image Galleries" vocabulary.
Hi again, The image gallery
Hi again,
The image gallery vocabulary exists on the taxonomy page and yes, it is linked to image content type.
The image gallery shows no thumbnails and there are no visible images on the image node pages, though the number of images in each directory & sub-directory is shown.
Editing an image offers the option of changing the sub-directory (is that what you refer to as tagging?) within "Image Galleries".
In all everything looks normal except that there are no images.
Does the admin user (user 1)
Does the admin user (user 1) have the same problem? (If user 1 doesn't have the problem it may be a permissions issue.)
Yes, I have been doing all
Yes, I have been doing all this as admin.
It is quite crazy the way this is persisting.
Disable *all* filters from
Disable *all* filters in the input format which you are using for your image nodes to see what happens.
I disabled all filters in the
I disabled all filters in the Filtered Html format but it did not make a difference.
By the way I sent you a pm yesterday, I hope it did not end up in the spam folder, ... ;)
Regards
Disabled all modules
I decided to try disabling ALL modules and re-enable them again, beginning with the system non-core modules & then the image module/image gallery modules.
Good enough, the images reappeared.
I continued enabling the rest, a couple at a time until all the rest where.
I was worried something might block the images, but there is no problem so far.
Thanks for your help :)