technabob

Thanks, George. I’ll play around with this over the weekend. Really appreciate your help.

That’s being generated by the plugin, so I’m not sure where that came from. I know in the case where we’ve got multiple videos on a page – those are injected into the the_content , and the plugin seems to account for those correctly.

For example:
https://theawesomer.com/powering-a-lantern-festival/310625/

The large “hero” video is coming from a custom field, but the second one is in the content, so you’ve identified that one properly.

George: I think you’re right – the main thing that needs to be different is that the og:type is set to video. In terms of extracting the video URL, I think it should be added as another og:video and NOT as the og:url, since we want the og:url to remain our page’s URL and not the URL of the video clip.

Make sense?

Done.

Worked like a charm, George! Thanks for the quick fix. Do you accept donations towards the cost of your development? I’ve been getting value out of your plugin for a while, and would like to contribute a little something.

Thanks for the quick response, George. I’ll update to the latest version and will let you know later today how it works.

Sure. You can see an example on this post:

https://technabob.com/blog/2015/02/22/star-wars-cutting-board/

<!-- BEGIN Metadata added by Add-Meta-Tags WordPress plugin -->
<meta name="description" content="This Star Wars cutting board has a bit of everything. All of your favorite characters are here, along with the logo, the droids, an AT-AT, an X-Wing, a TIE Fighter and more. You are practically guaranteed to cut yourself since you will be so distracted by all of the Star Wars awesomeness. <a href=https://technabob." />
<meta name="keywords" content="geek art + craft, cutting board, etsy, star wars" />
<!-- END Metadata added by Add-Meta-Tags WordPress plugin -->

I’m running your plugin on several sites, and this issue is only happening on two of them, so I wonder if it’s another plugin that’s conflicting and causing the issue.

WOOT! I finally solved this tonight!
The trick is to disable the library called “fastclick” from your wp-touch theme. I can’t seem to find anything that this affects in my theme, and it’s simply removed by commenting out the ‘fastclick’, line of your root-functions.php file in your wp-touch theme as follows:

// Add Foundation Module Support
function cms_theme_init() {
	foundation_add_theme_support(
		array(
			'concat',
			'advertising',
			'custom-posts',
			'custom-latest-posts',
			// disabled for wp_postratings 'fastclick',
			'featured',
			'font-awesome',
			'google-fonts',
			'load-more',
			'media',
			'menu',
			'sharing',
			'social-links',
			'spinjs',
			'webapp'
		)
	);

You’ll need to clear any caches (i.e. wp-supercache, w3c, and wp-touch’s cache for this to take effect).

I’ll post back if I can find any consequences of disabling fastclick, but I can’t find any thusfar.

I’ve been trying to resolve this issue for quite some time. I’d sure love to see it fixed, as so many of my visitors come to the site on mobile devices. Would be nice to get you and the WP-Touch guys together to try and figure out a fix once and for all.

Nope, still having the problem. Hopefully it’ll get corrected in an upcoming Chrome update.

If it provides any further clue, I’ve tested this in a clean copy of tinyMCE and FCKeditor, and both of these editors are having the same problem.

I’m assuming that Chrome introduced some new bug recently, but I’m surprised that nobody else is reporting the same issue.

I’ve tried a reinstall of Chrome and disabling all extensions to no avail.

Ah, that makes sense now. It’s probably my SEO plugin that’s causing the funky titles then. I’ll see if I can do something to change those settings.

Confirmed that it’s a problem for me as well. You can also manually go into source view and just add link=”file” to your gallery shortcode for now as a short term fix.

I agree with Amanda. The new delete option is much easier, and I actually like the drag-and-drop upload and gallery manager.

However, I’d like to see these two simple changes, and my workflow would be greatly improved:
1) Default to Upload Files instead of Media Library
2) Default to only files uploaded to the current post after uploading images.

While the discovery that you can drag and drop images into any view on the new Media Manager helps me a bit, I definitely prefer having the workflow default to uploading new images vs. picking from the existing library. The current workflow adds an extra step to every post for my authors.

I’d love for this to be configurable – that way you can adjust it to your desired workflow.