I've enabled the 'store' local thumbnail option for both emvideo field and emimage field, but it's not storing a local thumbnail for the image field. It does work for the video field however.
| Comment | File | Size | Author |
|---|---|---|---|
| #11 | providers-thumb.patch | 1.11 KB | cangeceiro |
Comments
Comment #1
cerup commentedIs it possible to get a confirmation if this is a bug or not?
Comment #2
aaron commentedCan you test with the latest release (DRUPAL-6--1-6) and let me know if it's still an issue? I did some work recently to fix that up.
Comment #3
aaron commentedAh, just reread your post -- not sure how well integrated it is with emimage. That might not actually be working properly for that; there were some other issues I uncovered, not sure if they fixed it across the board.
Comment #4
cerup commentedThanks for the quick reply. :)
I've updated to the latest version and updated the fields to see if they save, but they're not. I assume that since there is an option to select a thumbnail in emimage that the functionality works or is being worked on; it works great for emvideo.
Let me know if you need further tests in order to help.
Comment #5
smichel commentedI'm having a problem with this, too. Embedded thumbs from youtube videos get stored just fine, but thumbnails for flickr and photobucket aren't being stored at all.
I'm running the latest releases of Drupal, and all the pieces that fit together. Not sure how much of a help this is, but when this line:
$thumbnail = emfield_include_invoke($field['module'], $item['provider'], 'thumbnail', $field, $item, 'thumbnail', NULL, $field['widget']['thumbnail_width'], $field['widget']['thumbnail_height'], array());
returns, for either Flickr or photobucket, $thumbnail is empty.
How frustrating! This has, alas, cost me a couple days work.
Comment #6
aaron commentedshould be working now. please reopen if you still have an issue.
Comment #7
srsbl commentedI'm having the same problem. Still not storing a local thumbnail for the image field, but just for the video field.
Comment #8
cangeceiro commentedI'm also experiencing this issue. I see it when i have a view that uses an image cache preset to display the image. i was running 1.8, and tried installing dev, but still get a blank field
Comment #9
cangeceiro commentedHere is an update from what I was experiencing.
The issue falls on the provider plugin. if the plugin is void of hook emvideo_PROVIDER_thumbnail then it will never store a local thumbnail that can be utilized. In one example scenario that I had this problem with was the custom_url provider. in this case, I am populating the field with a direct link to the external image. Thus by adding the following function that returns the path to the original image to custom_url.inc I was able to get local thumbnails.
The flickr provider is a little tricker, if you do a dump on a flickr item you will see that there isn't a direct link to the original jpeg. For this you have to use Flickr's api which also requires a key. So the thumbnail hook will require a little more work then just returning the value.
Comment #10
cangeceiro commentedOk here is the function you will want to add to contrib/emimage/providers/flickr.inc in order to get local thumbnails working with flickr
Comment #11
cangeceiro commentedhere is the above in a patch
Comment #12
rockaholiciam commentedthanks cangeceiro, that worked.
Comment #13
teh_catt commentedNot sure if this is same problem but I cannot get this to work for video. No local copies of emvideo thumbnails are being stored and I am trying to do this so I can use imagecache to format thumbnails of Youtube vids. durpal 6.16 and EMF 6.x -1.8 .
Any help much appreciated.
Comment #14
cglusky commented#10 works fine to bring in thumbs from flickr but the file emthumb.theme.inc is only set up to handle emvideo thumbs for image cache. i am working to see if i can fix that now.
in other words, you can use the emfield image presets with flickr thumbs but not imagecache.
Comment #15
aaron commentedthanks, will look at this soon.
Comment #16
cglusky commentedre #10 and using '_m.jpg' you can use other URL settings to bring in other size photos (if they exist for the account). Here's the Flickr API URL page: http://www.flickr.com/services/api/misc.urls.html
The emthumb.theme.inc file uses a switch statement and only checks for the emvideo use case. I was able to add a case for "emimage" and pass the file to imagecache.
But for my use case I found that using the latest Feeds module with SimplePie allows you to get the URL from the enclosure, which for Flickr appears to be the largest photo available for each particular feed item. I then mapped the enclosure field in Feeds to an imagefield and all was well for me. So did not need emimage support at all for this use case.
Comment #17
yakker commentedSame issue here: YouTube thumbs not being written to sites/default/files - permissions are fine. Anyone else experiencing this? It was working for me in April.Apologies - I have a different issue, and it looks like it's all my fault :sWow (sorry). So it looks like maybe emfield for YouTube videos is not downloading the thumbnail from YouTube or storing it locally. I turned on custom thumbs, uploaded a dummy, saved it. Then refreshed a view it was in that pulls it as a node teaser. Went back, checked the box that says "delete" on the thumbnail. Saved it.
I expected that the original thumb from youtube would be downloaded and stored. It does not get stored - but my templates are connecting to YouTube to find the thumbnail and it displays.
Looking at other nodes on the content edit pages - there is a file path displayed to a thumbnail file, but it cannot find the file. So a file path is being saved, but the thumbnail file is not being stored (there is no file by that name in the directory specified for stored thumbs).
Any insight is very welcome - apologies if what I've written here isn't clear enough!
Comment #18
willhowlett commented#10: thankyou SO much for posting this! have just spent all afternoon trying to get this working.
I'm using the latest version. Does anyone know if this patch will be applied to the full version? Sure to save other people headaches in the future.
edit: by the way, regarding the patch, it seems to make more sense to me to just have
at the end of it. Otherwise you only pull in the small size image from Flickr, which gives you less to work with when creating imagecache presets.
Comment #19
Anonymous (not verified) commentedComment #20
aaron commentedthanks @cangeceiro! fixed.