Closed (won't fix)
Project:
Image
Version:
6.x-1.x-dev
Component:
image.module
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
25 Feb 2007 at 18:05 UTC
Updated:
21 Dec 2010 at 03:02 UTC
Would it be possible for the image module to handle revisions? One of the nice features I like about the module is that we can use the inline image filter to link to image nodes, and when the image node itself is updated or revised, the new image automatically is inserted in all appropriate places where it is linked.
Comments
Comment #1
drewish commentedi think this is a won't fix due to limitations in drupal's files table schema. it makes it all but impossible to support different files on different revisions. i managed to get this working for the audio module by adding it's own files table but at this point i really don't think it was worth the trouble.
Comment #2
hbfkf commentedPlease excuse me if I am saying something silly. But ordinary attachments (module Upload) are revisioned, which from my (ignorant) outsider point-of-view seems to contradict
(Also, it looks to me that you are somehow using module Upload to manage the image and its derivatives, right? At least, the images and additional uploads are listed in the same list on the node's Edit page under "File attachments".)
(I am using Drupal 5.1 with module Upload version 5.1.)
Comment #3
drewish commentedhumm, okay i'll take a look at that when i get a little time. i might have been missing somethign.
Comment #4
coltraneDragging this back into focus and also subscribing. 6.x-1.x-dev doesn't have support for revisions either so maybe development there would be best?
Comment #5
sunSorry, 5.x-1.x won't see any new features.
Comment #6
jonathan_hunt commentedI'm opening this as a bug. I just got burned by the lack of handling of revisions in Image module. I have a View that includes a filter on original filename. It wound up missing any image nodes that had been edited after initial upload because the image node vid is incremented but the file vids are not.
I'm assuming the issue is in image_update(). There doesn't appear to be a logic path when the image node is updated without affecting the files.
I can understand it being a feature request if image was to support revisions (i.e allow different images to be attached for different node versions). However, I regard it as a bug if Image doesn't bump the file versions to match the node versions. If my understanding is correct then Image needs to (a) either honour node version changes or (b) ensure revisions are not enabled on image nodes (i.e via a warning in the documentation).
From what I can see in the code, I suspect this issue exists for 5.x-2.x also.
Comment #7
joachim commentedNeeds to be fixed it on 6 first, then backported.
Comment #8
sunNothing happened for more than one year, and given that we're close to a D7 release, I'm going to mark this won't fix.