Interesting.

The issue doesn’t occur on the foliovision demo page on either one of my PCs and my macbook with the same exact chrome set up and extensions (use chrome browser sync).

The issue does occur on all of those devices when viewing with the institute. I will check my browser. However, our students and other team members have experienced the same issue with different devices and browsers. This occurs on and off our local network as well.

Leho, yes. We should.

Martin,

We have over 40 courses to work through still. From 20 that I recently did manual work, it was ~150 videos.

So I expect around 200-300 shortcodes to sort through…

Opening and closing the shortcode works, however…
– some pages were made in Classic editor which requires a button click to switch editors and/or adding a new FV block, then adding the old code, and then saving to get the new code
– some are in the shortcode block, that need to be converted

Leho and I will figure out how to do an audit and present findings.

(Can you enable this thread for user lehok so I can also respond with my personal account?)

Hi, it’s Leho. I took a look at fv-player-pro/fv-vimeo-ajax.php. Problem is the hardcoded parsing of wp-config.php, which in case of our staging (multi-)site imports other subsite-specific config files, which your hardcoding can’t know about.

I moved Vimeo key configuration to main wp-config.php file and now turbocharging works. But I wonder if there is a code-level solution to this, instead of having to deal with filesystem specifics. Your thoughts?

My mistake. I have updated permissions.

Here’s the url: https://conversionxli.warmpress.com/lesson/visual-branding/

Your guest account is active still and should be able to access this page.

Most shortcodes look like this:

[fvplayer src="https://vimeo.com/235979129" splash="https://i.vimeocdn.com/video/657962011_1280x684.jpg?r=pad" caption="Class 2: Visual Branding" transcript="auto"]

or this:

[fvplayer src="https://vimeo.com/235979129" splash="https://i.vimeocdn.com/video/657962011_1280x684.jpg?r=pad" caption="Class 2: Visual Branding" transcript="auto" subtitles="https://conversionxli.warmpress.com/{{linktosubs.vtt}}]

Data needed from old shortcodes:

src, subtitles, transcript

Everything else could be pulled from Vimeo on import.

We don’t really use the playlists and could be handled on a case by case basis.

I have attached a gif showing the issue. I am typing in the search box soon after my first click into the field. I can’t see my search result, chrome starts to lag, nothing appears. Sometimes the result will start to highlight in the transcript window, but it’s slow and doesn’t show what I typed in search. Also, after clicking autoplay checkbox as you see in the gif. Each time I type (even after clicking back in the search box) it affects the checkbox.

Great. We found an issue when the player loads the .mpd file too many times, iThemes security will ban the user. Good to know this is solved in 7.3.0.727 stable. I will test.

I just purchased some separate licenses for our staging domains.

How can we help improve your testing process so we can get more stability going?

7.2.11.727.beta now broke video plays for Chrome users.

I noticed if you click video Play button really fast during page load / initialization, video starts playing.

If you let everything load, browser idle, then you get”Yet again “Couldn’t find the required video type: video/fv-mp4”

This beta experience overall hasn’t been good. Every release one set of browsers gets their experience broken.

Thank you, going to testing this right now.