Image Styles - Broken Thumbs?

I think that is maybe a GD library issue or something. I had a lot of problems with a D7 site I did when I was testing it on webenabled.com and I think after many hours I figured out that it was do to the image api. That is something you should check. So in that instance on my local box or on my ubuntu linode the thumbs came up fine. Check your image api and see if there are any errors or anything.

I guess you don't get the same issue if you just upload thumbnails the normal way?

Is the media browser a D7 core deal or part of the media module? I know I have the media module installed by default in anticipation of adding a video feature soon.

what if you just flush the caches? did you confirm is the media browser a core thing or does that come from the media module?

Going to change to fixed unless this is a recurring issue.

ok I am going to have to test and see if I can reproduce on other environments.

Resurrecting bc I am getting this on my aegir server: http://demo-oc.v4643649448.v180p.nyc.host8.biz/multimedia/video

I think its either an image api or some kind of curl type project or something

Going to try every version of media module to see if any of them fix the issue

Tried every version of media module. This might hold up the release of the video feature.

This seems to be a related issue: http://drupal.org/node/717704

ok its definitely a remote fopen problem. alot of hosts disable this for security reasons. I wish these stream-based modules would use curl instead of the copy() function, like this code would work.

    $ch = curl_init ($source);
    curl_setopt($ch, CURLOPT_HEADER, 0);
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
    curl_setopt($ch, CURLOPT_BINARYTRANSFER,1);
    $rawdata=curl_exec($ch);
    curl_close ($ch);
    if(file_exists($destination)){
        unlink($destination);
    }
    $fp = fopen($destination,'x');
    fwrite($fp, $rawdata);
    fclose($fp);

I might patch it myself if I need to.

ok i see whats going on now, this is a better patch for youtube:
http://drupal.org/files/media_youtube-empty-thumbnails-1180386-alt.patch

Assuming this works I will test for vimeo as well and I will just roll my own patches for these modules so that we can use them with openchurch until they get patched permanently.

It will be a problem for any similar module that tries to do the same thing but I just want to be able to use our video modules on webenabled & other hosts that disable remote fopen.

Going to upload my own diff patches and add those to the build as a workaround for this issue.

OK Uploading my 2 patches. Going to test some locally, then add them to the 2x dev package.

tests worked locally, now going to roll patches into .make

okay this is now in 2x head, so when the 2x dev package gets updated it will have this fix, yay! I would suspect this will make it to the next version of vimeo & youtube hopefully so that we won't need these patches for too long.

This is now in 1x dev