I have problems with the flickr CCK field module. In the teaser view, the image is not displayed, but you get the following code to see.

<img src="http://farm4.static.flickr.com/3086/3128569660_27067d6a8c_t.jpg" alt="Disco time !" title="Disco time !" class=" flickr-photo-img" height="67" width="100" />
Source: Flickr

In the full node view the image appears correctly. I've tried different display options but it makes no difference

CommentFileSizeAuthor
#3 Picture 1.png72.4 KBAnonymous (not verified)

Comments

sharifudinrizal’s picture

Also having this problem. Kinda serious if it displays the code instead of the photos.

Grumot’s picture

it seems that replacing

l($img, 'node/'. $node->nid, array('title' => $title), NULL, NULL, TRUE, TRUE)

by

l($img, 'node/'. $node->nid, array('attributes' => array('title' => $title), 'absolute' => TRUE, 'html' => TRUE))

in the 'theme_flickrfield_photo' and 'theme_flickrfield_photoset' functions could work...
Don't ask me why: I just took this out from the 'theme_flickr_photo' function of the flickr.module

I hope this will help...

Anonymous’s picture

StatusFileSize
new72.4 KB

Can anyone advise how this Flickrfield module works.

I have created a new content type, added the the flickrfield field type to the new content type and then
created some content of that field type (Please see screenshot)

What would you expect to happen next ?

Paul

Grumot’s picture

I don't know how it works. So I don't know either what should happen exactly.

At mines, it works fine when using it in a view (adding the flickrfield as a field), but displaying the node, it doesn't pop out. I would expect it to appear here to, like any other CCK field set to visible in the display property of the content type.
Thanks :)

Anonymous’s picture

Assigned: Unassigned »

This module does not seem to work and i don't know how it should work.

If anyone has the time to look into this bug please do. If we can't resolve this bug next week we will release a RC1 without this module and bring it back in post official release.

Best, Paul

Grumot’s picture

I played with the module. It doesn't work right now if we just add a field without special setup. But if we change the size of the image to display (in the content type settings), then it works.
It looks like it doesn't choose a formatter...
strange...

Grumot’s picture

OK, I've got it...

I believe it's more a CCK bug than a bug specific to the flickrfield.module

Indeed: there is no 'default' formatter proposed in the flickrfield_theme function (nor in the flickrfield_field_formatter_info nor in the theme_flickrfield_field_formatter function), but by default, when inserting a new field to a content type, its default formatter is set to 'default' although for example here, we can see that 'square' is selected...

A way to go around this limitation is to create a formatter attached to 'default'. It's not very clean but it functions...

Or a best way would be to force the selection of another formatter than 'default' when creating a new field in a content type. But I don't know how this can be achieved. If anybody would have a solution. it could be interesting...

Anonymous’s picture

Taking a look at this bug report tomorrow

Anonymous’s picture

Assigned: » Unassigned

Would anyone like to work on this ?

Grumot’s picture

The problem is that it is not a flickrfield specific issue.... If we rename the default size "default", that's all the flickr module that has to be changed, not only flickrfield.

And if we don't want to modify the whole flickr module, it's the CCK module that would need to be patched so that it behaves differently with "default". Or may we warn this issue to the CCK.module dvper team?

Anonymous’s picture

Assigned: Unassigned »
Status: Active » Fixed

This problems looks to have resolve itself with more recent versions of CCK

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.