Closed (fixed)
Project:
Image
Version:
5.x-1.x-dev
Component:
image_gallery
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
8 May 2005 at 18:05 UTC
Updated:
13 Apr 2007 at 16:02 UTC
Jump to comment: Most recent file
I've installed the image module for Drupal 4.6.
I can create image galleries, and I can upload images, but I can't seem to put images into the image galleries.
I can't find any interface anywhere for assigning an image to a gallery, loading an image into a gallery, or editing a gallery to put images into it.
I can browse to the individual images, and that seems to work fine.
I can browse to an image gallery, but it appears empty.
If I access the administer > image galleries link, I can edit the name and description of a gallery, but not add or edit gallery contents.
Am I doing something wrong, or is something broken?
| Comment | File | Size | Author |
|---|---|---|---|
| #35 | image_gallery_22342.patch | 2.01 KB | drewish |
| #19 | image-cvs-22342.patch | 1.2 KB | Robrecht Jacques |
| #16 | image_gallery_vocabulary.patch | 928 bytes | jose reyero |
Comments
Comment #1
pegmonkey commentedWhat you do is go make your image galleries in /admin/image. Then go to the images you just created and edit the image. You should see a box titled Image: with the galleries you just created listed in them. Choose one of those and your picture will show up in the gallery you chose.
Comment #2
hmmm commentedI have the same problem with the image module in Drupal 4.6.0. I, too, created galleries and have no problems uploading actual images and can view the images on my site when uploaded but there is no way to associate them with a gallery. There is no drop-down box when editing an image to choose which gallery they go with. The only boxes I can edit are "Title", "Path alias", "Image:" with a browse button (for browsing to the path of an image I wish to upload), "Description", and "Input Format". Nothing, anywhere, is around for me to pick which gallery an image goes into.
Comment #3
pegmonkey commentedhmm try going to /admin/taxonomy and see if you have a taxonomy created for image. I had assumed that /admin/image would generate the taxonomy, but maybe it doesn't. If you don't have the taxonomy created try creating one for type image in the same way you created the gallery list. If that doesn't get it, then I'm out of ideas and it may be broken.
Comment #4
hmmm commentedOk. I went to: /admin/taxonomy. I then added a vocabulary and named it "Image" and set the "required" option so any image I created is required to be a part of one term in the category. I added two terms, "test" and "miscellaneous" (weight of "-1" for miscellaneous). I went back to /admin/image and it doesn't list the categories I made. I visited my site's /image and it doesn't list the categories I had. But...Now, when I go to /node/add/image, it does show my two terms, (only the ones I made through /admin/taxonomy and not the ones I made through /admin/image). Submitting an image submits it just like before. The image is viewable via its /node/id but it doesn't list in /image. Groups of images are listable via /taxonomy/term/id, but they are displayed like normal story nodes are and don't have more than one image per row like the image module normally does in its gallery back when I last tested it out in drupal 4.5.0.
The categories I added in /admin/image did not appear in /admin/taxonomy at all yet the /admin/image categories showed in /image but didn't have a drop-down box to be chosen when I am submitting an image ( /node/add/image ) to my site.
Any ideas?
Comment #5
stevryn commentedI ran into this, ended up "reinstalling" the image.module, then set all permissions, then when I went to Image Galleries, it had automatically created the Image galleries taxonomy. and when I added a pic, the drop down was there.
Comment #6
hmmm commentedI finally got it to work like it should. I removed all my image categories/terms in both /admin/taxonomy and in /admin/image. I then disabled the module. I also went into the variables table in my drupal database and removed any variable in there that started with image_ such as: image_nav_vocabulary, image_default_path, image_sizes, image_view_original, image_help (not sure if this was needed, but I had a backup of my database incase I screwed anything up). I then untarred a fresh copy of the image module again. Re-enabled it. It didn't say it created the "Image Galleries" category when visiting /admin/image until I went to /admin/settings/image and simply hit "save configuration" without changing anything there and going back to /admin/image. I then created a few test galleries and those galleries finally started listing in a drop-down box when I visit /node/add/image to add an image.
I am not sure what went wrong on the first install of the image module, since I basically followed the same steps to install the module the first time through when it didn't work like it should with the exception of checking "Allow users to view original image" before hitting "save configuration" at /admin/settings/image on my first try of the image module in a fresh install of drupal 4.6.0.
Comment #7
flavor commentedI have the same issue here. When I install the module it does not create a default Catagory for the image galleries to go into.
When I create the default catagory its not seen in the image module i.e. you cannot assign the picture to anything but root.
When I create the galleries in admin/image they do not show up in when I try to post the picture.
All in all this module is frustration with the way it works now. It should be plug and play.
What do you think I need to do to add galleries consistently?
I have so far:
Reinstalled the image module with no luck.
I followed all the suggestions above - no luck.
What in the world am doing wrong??
John
Comment #8
shiggi7 commentedI am having the same problem. The image gallery is working fine on one of my installations; on another the image gallery catagories do not appear on the image node edit screen. I've examined the two different installations (they are on different servers) and I can not find any differences in the Drupal settings. There's a bug in the code somewhere's. The image module has the same header in both installations and I haven't hacked anything.
Comment #9
stevryn commentedOne other thing, when I reinstalled, I totally cleaned out the whole deal, got rid of taxonomy related to it, removed and deleted the module & any associated files, etc. I deleted even the images I had created but couldnt put in galleries what version of image.module are you using?
One thing I find is install instructions tend to be incomplete and not very helpful. This was the process for my "reinstall" of image.module
After cleaning everything out, I extracted the folder right into my modules directory.
Went to admin and enabled the module.
Went to access control & checked permissions
Went to settings, image, and set those.
Went to image galleries, added a gallery. It created the taxonomy for me
Went to create content, image, and the dropdown was there.
I think that is everything...
My issue with image module which I have posted numerous times about, is that I get thumbnails to create (though Drupal says it couldnt), but my gallery shows full size image, not thumbnail.
What version of image.module are you using?
// $Id: image.module,v 1.146.2.3 2005/05/03 15:23:42 walkah Exp $
is what I have.
Comment #10
shiggi7 commentedSome more input that may or may not be useful ...
On my local (development) system, the gallery module works properly. While dickering around helplessly, I noticed something rather odd. On my local installation, the first letter of the Content menu is capitalized, on the server, it is lower case; also, the menu structure is different, and the breadcrumbs. I thought maybe I had different versions of the script on the two machines, so I reloaded the server (the machine I am having the problem with). No change - gallery still doesn't work right, the menus don't match. On my local system, the menu looks like this:
Content
create content
image
page
poll
story
and the bread crumbs read as: Home » Content » create content
On the remote system, the menu looks like this:
create content
image
page
poll
story
and the bread crumbs read as: Home » create content
The Drupal scripts on both are IDENTICAL. The local system is Win XP / IIS; the remote is BSD / Apache. I'm hoping someone with a deep understanding of how the Drupal core works will be able to say what setting is causing this.
Comment #11
shiggi7 commentedForget my previous post, that information isn't relevant to the problem.
I've been looking in the tables and the problem is the image module is not registering as a vocabulary. I don't have enought experience with the data structure yet to fix that by hand. I tried installing the album module and had a similar problem - I create albums, add pictures, then the albums show as empty but the pictures are available as nodes. So, if you are attempting to fix this, that would be the problem - there is some function in the module that updates the vocabulary that runs once (after the module is first enabled); the problem is it doesn't always run as needed - likely whatever condition it uses to know that it doesn't need to run is too broad or incorrectly expressed so that it may not run if your installation is not virginal.
Comment #12
chueewowee commentedI too have the same problem, Images will upload with image.module and image_upload module, but no galleries show in the create content page. I am able to assign them to image-type categories that I have created myself.
drupal 4.6.1
Comment #13
chueewowee commentedI used Hmm's method above, and also got the image.module's galleries function to work.
QUOTE Hmmm:
Comment #14
Bèr Kessels commentedPlease note that changing the title of an issue changes teh glocal title!
Comment #15
jose reyero commentedIt seems like image galleries are not fully synced with taxonomy, thus creating some inconsistency, when you install/reinstall/edit categories...
Comment #16
jose reyero commentedOk, I think I got the problem.
When you remove the Image gallery vocabulary, the variable for that still holds the old vid, thus creating terms for a non-existent vocabulary.
This 2 lines patch add some additional check to recreate the "Image gallery" vocabulary in case it has been removed, and corrects what looks a typo in the comments forum -> image
Comment #17
mfb+1
Comment #18
Robrecht Jacques commented+1 for this.
But why not use the hook_taxonomy?
Now, it doesn't hurt checking if it still exist I suppose.
Comment #19
Robrecht Jacques commentedI can confirm this is still an issue.
Steps to reproduce:
- clean install of drupal CVS-HEAD and image CVS-HEAD.
- enable image module.
- create a new image.
- there is NO 'Image galleries' selection box on the image edit page == a BUG because I think it should be created already.
- the 'image galleries' vocabulary is only created when you visit 'admin/image' for the first time == BUG (not obvious - or it should be mentioned in the docs).
- everything works now: the image edit page has a select box to select a gallery.
- now go to 'admin/taxonomy', the 'Image galleries' vocabulary is there.
- delete it!
- all galleries disappear (as all terms are deleted too), this is the expected behaviour.
- now on the image edit page, there is no longer a way to assign a image in a gallery (the selection box does not appear)
- BUT you can still go to 'admin/image' and edit/create galleries (because the terms are saved as usual with an invalid 'vid').
- So it is not obvious what is wrong: I can see/edit/create the galleries (also on '?q=image'), but there is no way to assign images to galleries ??
Attached is a fix:
- create the vocabulary 'image galleries' from the moment you first create an image.
- handle the deletion of a vocabulary by resetting the variable.
- just to be on the safe side, test if the vocabulary we have in our variable still exists.
Tested this patch works:
- clean install of drupal CVS and image CVS + patch.
- on the first visit to create an image, the selection box is already there.
- you can delete the 'image galleries' vocabulary (you'll of course loose all defined vocabularies).
- the variable is unset if you do that.
- if you go to an edit page of an image or create a new one, or view the '?q=image' page, the vocabulary is recreated.
This applies to 4-6 too (didn't test).
Could someone review?
Comment #20
dforce commentedI experienced this same problem of being unable to add images to galleries tonight and fixed it with the steps described above (deleting the image prefixed records from the variable table, etc).
Also of note, when using the pushbutton theme - the graphic "arrow" in the background actually shows up in front of the gallery instead of beind it. Not sure if this is a image or theme issue.
Comment #21
ñull commentedI applied Robrecht's patch to image.module,v 1.146.2.4 2005/05/10 14:35:09, which is 4.6. On first view everything seems to work correctly. A user will do some real life testing with it and I will report back when there are any problems detected.
Comment #22
jmcclelland commentedAfter experiencing the same problem, I applied the patch submitted. Problem solved. (Using Drupal 4.6.3).
Comment #23
shimshun commentedApologies if this is very stupid but
How do I add this patch: i have downloaded a file with loads of +'s leading lines
shimshun
Comment #24
ñull commentedTo apply a patch use a commandline tool called patch. Look here for further details: http://drupal.org/diffandpatch
You find instructions there to make patch files, how to apply them and links to Window versions.
Comment #25
solipsist commentedI had a problem with images not showing in galleries but applying the patch, it all works now! Thanks a million!
I have some aesthetic issues to take care of but that's all. :)
Comment #26
sbrattla commentedHi,
I have tried to download all those patch programs - but just can't get it working. Would there not be somewhere i can download the latest image.module file with the patch installed and just copy it onto my FTP? I am having excactly the same problem; taxonomy puts a stop to the image module.
Thanks for good information here by the way!
Comment #27
heine commentedPlease keep this a bug report and keep the title intact.
If you require support on patching, first refer to the patch documentation that's currently being reorganized/rewritten. (BTW If you notice problems with these docs, add to the issue http://drupal.org/node/60184)
Next, post a support request on the forum.
Comment #28
heine commented.
Comment #29
praseodym commentedRestoring the rest of the status.. It needs some checking since the split of gallery and image.module though.
Comment #30
yched commentedThis is still needed.
The patch in #24 was marked RTBS, but the status got stupidly hijacked later on.
Should apply exactly the same, except now the function has to be in image_attach.module, that's all.
Comment #31
yched commented... and the variable is now 'image_gallery_nav_vocabulary'
Comment #32
havran commentedI have this experience too after i delete Image galleries vocabulary from Categories. I still can add new galleries but i have no select with gallery name if i want add new image... There is no simple way repair it - it's possible insert table row with needed vid in {vocabulary} table and selectbox present again...
Comment #33
drewish commentedmarked http://drupal.org/node/123902 as a duplicate of this.
Comment #34
yngens commentedCan you please explain which patch should I apply to the module versions for Drupal 5.X? yched, can you please also explain in more detail your comments in #30 "And also Should apply exactly the same, except now the function has to be in image_attach.module" and in #31 "... and the variable is now 'image_gallery_nav_vocabulary'". Are they related to 5.X? Should I change a patch file? Could anyone offer a ready patch for 5.x, please?
Comment #35
drewish commentedhere's a re-roll for head/drupal-5
Comment #36
drewish commentedmarked http://drupal.org/node/118924 as a duplicate of this
Comment #37
drewish commentedi've committed this to 5 and HEAD
Comment #38
(not verified) commented