Active
Project:
More Like This
Version:
6.x-1.0
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Issue tags:
Reporter:
Created:
4 Feb 2009 at 09:01 UTC
Updated:
11 Nov 2011 at 00:32 UTC
I've been trying to trace down this bug in the code, but it's late. If I figure it out before I go to bed, I'll post the bugfix here, but if not, this is just to log until either the devs get to it, or I figure it out.
Basically, this is a good example: http://www.voidfuchsia.com/node/2
Look on the right side - I have images returned set to 3 - MLT_flickr shows 3 ACTUAL flickr results, and one bad image file that points to a local single character. I am guessing that some result from flickr API module may be getting misinterpreted and put into $items, as the syntax of the line is correct, but does not point to an actual image file.
Comments
Comment #1
cryptographrix commentedfigured it out:
just put:
unset($items['search_tags']);
after search_tags is put in output.
Comment #2
emackn commentedThanks for the quick fix. I'm going to look and see if I can find out why that extra data turns up in the $items variable.
Comment #3
emackn commentedComment #4
cryptographrix commentedit looks like search_tags is used to show the tags that were used to query flickr, which are different than the keywords that display with each image. I think it's necessary, especially to verify what Calais chooses for specific articles, but since it was there once the foreach started, it was seen as another array value (since it's foreach and not for 0-2 or other numeric value).
Comment #5
Homegrown commentedYou are my hero! Great fix.