Patch that adds entity support to Feeds finally committed. Needs to be tested & updated ASAP

Updating this is now critical since 7.26 of Drupal core was pushed today which has a security update https://drupal.org/SA-CORE-2014-001. We can't package the security updates to any of the community media starter kits until the Feeds issue is resolved. Because the patch is applied to the 2.x dev snapshot and a variation of that patch has been applied, the drush make will fail.

@avguy added #2174563: Add Feeds: Media Internet Files to easy yesterday, but we can't package a new distribution build until we are sure most sites can use the dev snapshot version of Feeds for Airings and VOD... so feeds_media_internet_files needs to be manually added to sites/all/modules for now. I made an update to feeds_media_internet_files to fix an issue with the Cloudcast file naming http://drupalcode.org/project/feeds_media_internet_files.git/commit/91665c0

The default import included w/ cm_vod_feed was updated http://drupalcode.org/project/cm_vod_feed.git/blobdiff/8f77ad5872d8f5c81...

But that Feature export only works with new installs. Existing imports need to be manually updated similar to how the OG settings had to be reconfigured after the OG2 update... and similarly the OG/Project documentation was never updated to explain how to do that. Several people said they'd help update the documentation, but only after I updated helped update their site.

The biggest issue w/ Feed driven VOD libraries right now is the documentation for https://drupal.org/node/1556246 hasn't been updated to show how to update Feed Importer. I wrote this code back at the ACM in SF and created a screencast, but that's where the progress stopped.

cm_vod_feed may need to be updated again to remove eliminate the "Missing Feeds plugin FeedsEntityProcessorFile", but all existing Entity feeds also need to be updated. That's what we need to be testing and documenting.

Moving this back to "Needs work". I want to stop pushing updates that we know will cause problems without documentation the average site admin can follow to fix the issue and at least one station staffer familiar enough with the issues to point people to that documentation.

While it's possible to make the new code work, there is no documentation in https://drupal.org/node/1556246 or anywhere other than the screencast about mapping Title -> field_title. Pushing this change will likely break existing feed importers. When this happened with the OG1 -> OG2 upgrade, all progress stopped.

We need clear, step by step instructions that site admins can follow to resave or remap their importers. Without that, pushing this fix just creates more work for me manually updating every site.

We've pushed Feeds down to Easy so stations could build VOD libraries like http://okv.se/play. We are getting close to making this as easy as Miro... spin up a site, add the URL of a Cloudcast, YouTube, or Vimeo RSS feed, and the result is something that looks like OKV's library.

It's taken 3 years to get this functionality into the Feeds module along with all the other code that makes it possible from mapping the additional MediaRSS elements with https://drupal.org/project/feeds_mediarss, handle mapping the URL and Title with https://drupal.org/project/feeds_media_internet_files, and actually displaying the video with https://drupal.org/project/media_cloudcast or any of the other media_[provider] modules.

I want people using Feeds to pull in VODs and Airings to provide feedback that they understand how this update is going to impact their site and that they are ready for it (even want it) vs. pushing an update that just results in more issues.

The File Type setting has to be reset after the upgrade. Fields are added to file entities by type similar to how fields are added to content types. You have to set the Bundle to the Video file type before fields added to that type are available to map.

We need instructions about updating Feed Importer mappings added to https://drupal.org/node/1556246 or somewhere else in the documentation you feel makes sense.

EVERYONE USING FEEDS W/ AN ENTITY IS GOING TO HAVE TO RE-SAVE THEIR FEED IMPORTERS AFTER THE UPDATE IS APPLIED!

In previous updates to the distribution, site admins apply the updates, then open issues about what breaks spending developer time to fix it. In this case we are aware of what the update will break and the steps to fix the Feed Importer can be easily followed.

So the next steps are:

1. Fix this specific importer
2. Add the steps to the documentation
3. Post announcement about the Feeds update and steps that need to be taken
4. Make the update to Feeds in the .make (and remove the patch)
5. Update Drupal core to 7.26
6. #2177553: Need latest version of Media Cloudcast and #2174563: Add Feeds: Media Internet Files to easy
7. Tag new release of cm_starterkit_easy
8. Push the Easy changes to Moderate
9. Push combined update to Pantheon

For the sites that have been testing the Feeds update, they will need to remove the dev snapshot of Feeds from sites/all.

Using media_feeds to map to a file field doesn't test the entity processor. feeds_media_internet_files returns nothing if the file object lacks the URL that is added by Feeds, but it's good to know it doesn't break the old media_feeds approach.

I created #2113223: Show warning if no media_[provider] modules are enabled when I made the mistake of trying to import media without the right media_[provider] module enabled.

Adding that warning would only take 30-40 minutes. Anyone want to fund that development so no one else makes this mistake?

http://drupalcode.org/project/cm_starterkit_easy.git/commit/32f3b57