Jump to:
| Project: | Media: Vimeo |
| Version: | 6.x-1.1 |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Issue Summary
Hi There,
Firstly - big thanks for this module - its a fantastic addition, very much appreciated.
Currently I have hit a similar problem twice in the last week using the latest stable emfield and this.
For Vimeo I thought there was a problem using imagecache to process the stored videos as I have always done in the past..... I can set the default view for the content type (or a view) to show me a thumbnail image processed by the module - but not a custom imagecache version.
After some investigation I'm pretty sure that the module is no longer able to take a copy of the Vimeo thumbnail image and is defaulting to the generic vimeo.com version. I have the settings activated to store the images - and if I put a Youtube node next to my Vimeo node it stores the thumbnail fine.
If I do a dpm($node) I can see that under the YouTube array field_video[0]['data']['thumbnail'] I can see the url of the thumbnail is pointing to the settings folder..... however - the similar array for Vimeo just points to a Vimeo.com url - no matter how I tweak the settings. Its almost as if they have write protected the thumbnails stopping them from being copied across??
Maybe I'm overlooking something here - but from previous threads it sounds like Vimeo might be prone to moving the goalposts from time to time - could this be the problem?
Any info would be appreciated - can anyone else replicate this issue - or let me know if they dont get it so I can keep investigating.... and can post back if I source the issue.
Thanks
Jan
Comments
#1
Hi,
I have no thumbnails from vimeo but have the Youtube's , and i had a more serious problem, the emfield page of customisation dont work and don't validate the changes done, what could i do to solve this 2 problems ?
Thanks.
#2
Hi Miraklus.
It sounds like you are having the same thumbnail issue as me. I suspect it may be on the Vimeo side as it was all working fine for me until the last couple of weeks - but am still investigating and hoping to hear from others so we can work out the probable cause. I should point out that I am getting Vimeo thumbnails - they just wont copy to the site and thus wont run through imagecache.
If you can explain your other problem a little more clearly I'll try and help. What do you mean by the customisation - and validation?? You may also want to have a look around the emfield issue queue as a support request on there may answer your question. In general I dont have any problem from either of these modules and I use them regularly.
#3
I'm having the same problem. We've had thumbnails sometimes in the past, I'm suspecting vimeo is changing their mind about their API.
Using a debugger, I walked through media_vimeo_thumbnail_url() - the $data object contains fields for only HEIGHT, HTML. PROVIDER_NAME, PROVIDER_URL, TYPE, VERSION, and WIDTH. Since it can't find the thumbnail info, it makes the xml call, and the same fields are returned.
Hmmm, all the videos on this site are set that they can be viewed only by authorized users on vimeo (what they call private videos). Might that be the issue? This would require their advanced API.
#4
Any update regarding this issue?
#5
*follow issue.
#6
I have the same situation as #3. And I also have all my videos set to private. I do have my site registered with the advanced api, but still no thumbnail data comes through. I haven't dug in deeper but i'm wondering if private video thumbnails behave differently and aren't handled by media_vimeo_thumbnail_url function.
Update: Just read this here (http://vimeo.com/api/docs/oEmbed) about the oembed response:
If a video's privacy is set to anything other than public or password protected, only the embed code, width, and height will be returned.
Well that sucks. Hoping there's some other way to get private video thumbs.
#7
Good find #6.
I might try something like this to get around it:
http://drupal.org/node/693510#comment-2857334
#8
Nope, it's the embed code. Using the old code pulls up the thumbnail, the new one does not.
#1140454: Only allows use of "old embed code"
#9
I have tried:
http://drupal.org/node/693510#comment-2857334
and it does not pull the thumbnails for private videos.
I'm not sure what the "old embed code" means. Is this just using a different vimeo URL to pull the data? I have tried these:
http://vimeo.com/api/oembed.xml?url=http://vimeo.com/[video-id]&api=true&iframe=falseand
http://vimeo.com/api/oembed.xml?url=http://vimeo.com/[video-id]&width=640and
http://vimeo.com/api/clip/[video-id]/phpand
http://vimeo.com/api/v2/video/[video-id].phpIs there a different URL to try besides the ones above?
Kristen
#10
#11
@Kristen Pol
New embed code
<iframe src="http://player.vimeo.com/video/14912890?title=0&byline=0&portrait=0" width="400" height="225" frameborder="0"></iframe><p><a href="http://vimeo.com/14912890">Everything is a Remix Part 1</a> from <a href="http://vimeo.com/kirbyferguson">Kirby Ferguson</a> on <a href="http://vimeo.com">Vimeo</a>.</p>Old embed code
<object width="400" height="225"><param name="allowfullscreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=14912890&server=vimeo.com&show_title=0&show_byline=0&show_portrait=0&color=00adef&fullscreen=1&autoplay=0&loop=0" /><embed src="http://vimeo.com/moogaloop.swf?clip_id=14912890&server=vimeo.com&show_title=0&show_byline=0&show_portrait=0&color=00adef&fullscreen=1&autoplay=0&loop=0" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="400" height="225"></embed></object><p><a href="http://vimeo.com/14912890">Everything is a Remix Part 1</a> from <a href="http://vimeo.com/kirbyferguson">Kirby Ferguson</a> on <a href="http://vimeo.com">Vimeo</a>.</p>#12
my thumbnails for d6 version don't work at all, as of today. last couple days i've been experiencing intermittent issues with folks loading the videos on my page. any ideas?
#13
I'm seeing this issue too. The problem seems to be the ?title=0 parameter in the embed code. It's being parsed as part of the video ID, which breaks the API URLs. A workaround is to remove that parameter, or put in the video URL instead of the embed code; a proper fix would involve changing the regex.
I'm also noticing that thumbnails on "private" videos return an error that the API response is "corrupted." Is anyone else seeing that, or is that the expected behavior?
Thanks