Image field, views and no $node

Depends, is it an image.module image or something attached with imagefield?
The imagefield/filefield CCK thing changed a lot at some point recently, the logic that attempts to backtrack from filename -> owner node may need review.

Can you supply more detail? what code you are pasting in, and what the structure of your actual desired node looks like?

Try the latest dev. I've reviewed the way that node data was being retrieved - it was indeed a bit screwy - some of the SQL was entirely wrong. Worked in testing, but only because of the order of the nodes!

The $node was simply wrong more often than not.
I've reviewed the latest changes to the filefield storage, and think this may work again.

However, I agree there are some other things screwy about filefield at the moment....

@Eidolon: What you are trying to accomplish works fine for me.

Are your font files in order?
Have you tried returning a fixed string? Eg.

return 'Print this on my image';

I used $node->title to get the node title displayed on my images:

return $node->title;

Eidolon, I'm with you on this one (nice username, I love that POEm)

I too am having difficulty getting any $node or even $form_state info into a custom action. It's not a font problem, as I can display strings all day.

I am going to try to update to imagecache_actions-dev. And see what happens.

Just updated to 2.x-dev. Unable to get $node->title. I am testing this each time by creating a new node (not in the imagecache actions test area with the drupal logo).

I've attached an image result. The text after the dash is supposed to be $node->title.

I'm really struggling with this same problem. I have two web servers. One is an Ubuntu Server, one is a Mac Server (current release of both). Here's the weird part, for sites that are on the Ubuntu Server, works great, for those on the Mac Server... doesn't work. I suspect this may have something to do with how PHP is handling this..

Is there a PHP expert on this string who might point us in the right direction?

I had the same problem, but it solved itself when I updated to the latest version of ImageCache Actions (6.x-2.0). I'm on a linux server running PHP 5.2.11.

OMG, you are following 2.0-dev? It's dangerous at the moment. But enjoy.

Same here. Everything is set and still getting nothing. I have checked the node object with devel and also made a little research in the source code. Hope this to be fixed soon :-(

EDIT: I have tried every version (incl. 1.7, 2.0 and dev). None works.

Also I have identified the problem - the problem is located in the util.inc file where the node finder function based on searching node id with supplied file name is located. This function doesn't work at all. Could someone be so kind and rewrite it? I did some experiments myself with no results so far. Perhaps the best way would be to come out with solution based only on searching the file name within the database or to try (haven't found a way to do that) finding the node ID based on supplied arguments from the node body itself. My logic flow was that the imagecache loads the image on the page request and I tried to load the node with help of some node_title or menu_active_title (active_trail) but the functions returned only blank arrays or variables.

I am a little desperate now.

It only works for cases tested so for - that is:
images attached as core file uploads to a file
images attached as imagefield/filefield cck data

If you've created another situation, that may not be known.
Data available to the node lookup is based on filename only and works back from there. This has been documented several times. All the imagecache process knows is the absolute name of the file that was requested from the HTML page that was rendered.
The image generation process knows nothing about the Drupal PHP page, so page titles or menu paths are not available at that point.
There is no 1:1 match between file path and node, only some common guesses.

Pulling context from page referrer or embedding is not reliable or even possible in views context.
If you want something that generates images dynamically on-the-fly, then you should use something different from imagecache. Imagecache is not context-sensitive, it just renders one image based on one path request.

No more support can happen if folk don't describe how they have attached the image in the first case, and provide examples. image_attach for example is several levels of redirection away from the caller context. Different versions of filefield have changed the database schema over the last few years, but it worked last time a stable version was tested.

Hi all,

it works! I tested it now with versions of imagecache 6.x-2.0-beta10, ImageCache Actions 6.x-1.7, FileField 6.x-3.7, ImageField 6.x-3.7. I managed to do it like this:

• create new content type or edit existing one
• add new field using file type extension
• choose file upload
• add new imagecache preset with text action
• change the display preset of the new field to the created one

D6 EOL. This module's D6 issues already haven't received any attention for over a year. Closing them all unconditionally now.