CCK version - 6.x-2.5
imagefield version - 6.x-3.0
filefield version - 6.x-3.2

I am having a problem getting the grabbed images to display. Results are inconsistent, with images appearing for some feeds and not for others. On top of that I believe, but don't have the time to track down a concrete example, that the trouble is specific to the post and not the feed (a feed will display some images and not others).

I thought that the feed settings were wrong, and would delete items and refresh between changing settings while trying to track down the solution that worked. In the end I decided to manually edit the feed items so that they would show with images. It was only then that I discovered that the images were successfully grabbed. The only place they appear though is on the edit node page. Removing the image, and uploading it again fixed the problem on a one by one basis.

I suspect that the issue is more common to issues where the image appears in the original post as a link to a larger image. The blog most recently giving me this bug of downloading but never displaying is thewayofstarsandstones.blogspot dot com.

Image grabber is configured to grab between the post-body class and I am feeling lucky. All of my feeds are configured the same.

UPDATE: The part about images not working when they are in the original post as a link does not appear to be the root of the problem. The above feed works on some occasions but not others.

As I look through them the images that work are:
http://3.bp.blogspot.com/_AsiZUfsMo54/Sw6fQa1th5I/AAAAAAAAP5w/uqIslk0mdL...
http://2.bp.blogspot.com/_AsiZUfsMo54/SwvBgWnn16I/AAAAAAAAPzM/Afur8ej14h...
http://1.bp.blogspot.com/_AsiZUfsMo54/SwTmikqMwlI/AAAAAAAAPpQ/-3iEPkyaec...

The ones that do not are:
http://3.bp.blogspot.com/_AsiZUfsMo54/Sw7xJQWNtzI/AAAAAAAAP6I/sFwcMWXAlG...(2).jpg
http://1.bp.blogspot.com/_AsiZUfsMo54/Sw1TjHihiSI/AAAAAAAAP2g/WSXe7YQ5A6...
http://4.bp.blogspot.com/_AsiZUfsMo54/Sw0hqw_lFOI/AAAAAAAAP0Y/RXSgK26iKT...(2).jpg
http://4.bp.blogspot.com/_AsiZUfsMo54/SwTlZSCYhGI/AAAAAAAAPpI/cSSSG_jl0V...

The only thing that stands out to me are that images with a "+" in their name fail, though I have no idea why that would be.

Comments

publicmind’s picture

Assigned: Unassigned » publicmind

Hi,

Have a look here: http://publicmind.in/drupal/feed-item/4423

I refreshed the feed-url provided by you, and it seems that feedapi_imagegrabber is doing its job properly. If you visit the individual nodes, you will see the images on every node. Though some images (as you pointed out those with a "+") aren't being displayed on the teaser page or the feed-items view. This is not an issue with feedapi_imagegrabber but imagecache which fails to generate thumbs with such filenames.

Let us know, if this is the issue you were facing or it is something else thats frustrating you.

publicmind

P.S. : are you using the 1.9 or dev version of feedapi_imagegrabber. can you point me to this feed on your website, if your site is live?

peterparker’s picture

That is very interesting, I took a look at the link you provided and it looks like all of the images that are failing me are the same ones that do not appear on that page. They appear on the feed item when you click on the title, but not on the page you linked to.

I am using the 1.9 version.

You can check out my site at wisepilgrim.com. The templates for nodes have been modified to point back to the original web post, so to get to the feed item it might be necessary to do a search. For the feed that you tested, this is an example of one of the items grabbed:

http://wisepilgrim.com/opfeed/excerpt-way-stars-and-stones-thoughts-pilg...

publicmind’s picture

I checked the feed on your site and as I said it is not an issue with feedapi imagegrabber. Imagecache which is being used to generate thumbs for those views fails on such image filenames (with characters like "+"). I haven't looked into the issue queue of imagecache to see if it has been already reported before or not but I think there is nothing to be done on the feedapi_imagegrabber part.

publicmind

publicmind’s picture

It seems that the imagecache guys (and drupal core as well) are already aware of this and some other modules solves this kind of problem as well. Please follow the discussion here:

#129433: special characters in filename cause image to not get created

#43505: Files/URLs are not accessible if they contain reserved or non-ascii characters

publicmind

peterparker’s picture

publicmind,

Thanks for doing some digging. I followed the links and the instructions on those pages and have had no luck. Transliteration has been installed from the beginning even. But as this has nothing to do with imagegrabber, feel free to mark this as closed.

Thanks for the help.

publicmind’s picture

Title: Image grabbed, but never displayed or available to views » Image grabbed, but never displayed or available to views | Remove strange character from filename.
Category: bug » feature

gomerpyle,

I will mark it as a feature request and will try to make sure that the filename only contains valid characters before it is being saved. I will have to dig if some other helper module are already available to do the task (either convert the filename or the file object being saved). If you can share your experience with the modules you looked at, it will be helpful.

publicmind

peterparker’s picture

Thanks for the initiative to add this as a feature. Although I am not convinced now that imagegrabber is the right place to have the fix made, any place that works is enough for my needs.

I updated to all of the latest versions of imagecache, imagefield, and transliteration.
I cleared all caches, as well I dumped the imagecache images.
I removed all feed items and refreshed the feeds.
I also tried all of the changes suggested in the two issues mentioned above.

I changed the display field settings to use just the image (to narrow the problem to imagecache) and just like your testing found that the image displays as expected.

I'll keep my eye on the upgrade notes for all of these modules, and deal with missing images one by one until some better solution is arrived at.

Thanks again for your help.