Manage > Settings > Performance (tab) >
Enable fast, ad-free video hosting
p58i-84r-p2
p9F6qB-4oo-p2
I spent a while trying to get this working for a user today. Their videos are displaying as links on WooCommerce Product pages because we can't get a VideoPress shortcode for their video.
Thanks for raising this again. CC @Automattic/serenity
cc also @pmcpinto for awareness
For folks that take this, some more debugging information is available in p58i-84r-p2 courtesy of @timmyc ✨
Moved to WordPress.com Ecommerce Plan project for triaging.
found another case here: #3194410-zen
And I can confirm this is still happening on my test site.
Another user reached us in #23118693-hc
@gwwar is there a way to prioritize this in the near future? :) Thanks!
Another case here: 23226968-hc
FYI, a customer just left cause this is not working and we're not fixing it... 23261865-hc
Added to Dotcom Manage inbox to see if we can get some eyes on this.
Encountered on 23691656-hc
Edit: oops, I see it was added and removed from Dotocom Manage before :|
I suspect one reason this issue has been difficult to solve is because there's no atomic development environment. I see the excellent debugging log here: p58i-84r-p2 . To continue down this path, I'd need to ability to sandbox an atomic site and add one-off logging, and/or to make my atomic site used a sandboxed public-api. As far as I know, both are impossible.
I compared the yearly business bundle with the yearly ecommerce bundle. I was looking for a product that business contained, but ecommerce was missing. I don't feel comfortable posting the specifics here, but the only products I found included in business but not ecommerce are related to domain registration, so likely not a case.
I created new business and ecommerce sites, then visited /wp-admin/admin.php?page=jetpack#/performance and looked in the redux debugger. The JETPACK_SET_INITIAL_STATE
action that's fired indicates that videopress is disabled on the ecommerce site only. Currently not sure where this is coming from.
Update: This part was a bit of a red herring. It was inactive because I did not 'launch' the site in calypso. Launching it activates the videopress module, but the problem remains.
Thanks for digging in @mreishus!
Regarding Atomic debugging issues, have you chatted with the Atomic folks?
I asked them for some potential tips internally at p1602601144424900-slack-C7YPW6K40 but they may have more for you.
I've identified the issue and have a fix for review here: D51096-code. It's possible we want to do a more robust fix - if so - I will address tomorrow.
It seems that when (2017) that functions was introduced we didn't have ecommerce plans
D4898-code
and when we introduced ecommnerce plans (2018) we didn't update this function. So 🚢 it!
Fix has been pushed to prod!
Most helpful comment
Fix has been pushed to prod!