jdkoelsch

Thanks for your reply, AJ.

I was using Database caching, but had ensured that the order form pages were excluded. I had also excluded all gravity forms from minification/concatenation. Really, every part of W3TC should have ignored the order form pages, according to my understanding of the plugin (and from what I could see from the W3TC comments in the source).

It’s nearly impossible to test this, since it doesn’t happen immediately, and I’ve not been able to reproduce it in our development environment at all. The cost of losing data is quite costly for this client, so I can’t justify testing any more scenarios on production. In this particular instance, a one-pager is not an option, so I’ve just removed the plugin altogether.

Thanks again for your help!

Wow, Michelle. Thanks so much! I appreciate the clear, detailed instructions.

This is an incredibly helpful plugin, and I’m very thankful for all of your efforts, Travis!

We have the latest version installed, and have run into this error. Joost, do we still need to be running a dev version to get the fix? Thanks for your help!

Stefan,

I looked at your page in IE9, and the videos all seem to play fine. Did you figure out the problem?

Never mind — it’s not fixed when I clear caches. That wasn’t the solution.

You’re right — it wasn’t solved. For my issue, the issue happened on page load, but then worked when I refreshed the page. I thought I fixed it because I changed the code, refreshed the page, and everything was working!

Once I discovered this, it made me think it was a timing issue with this script, jquery, and the shadowbox.js code.

This led me to look at my shadowbox.js settings. Under “general”, I had not selected a javascript library. I changed it to “jquery”, and now I *think* the problem has been fixed. Still testing, but wanted to share in case it helps.

My problem was solved by changing the code in ngg-video-extend.js to use “prop” instead of “attr”.

[Code moderated as per the Forum Rules. Please use the pastebin]

This code works in IE8+, Chrome, Firefox, and Safari.

Here’s some background on prop vs attr: https://stackoverflow.com/questions/5874652/prop-vs-attr

@Thorned Rose, would it be possible to include this in the next version of the plugin? Thanks!

I’m also now having a problem in IE. Here is an example: https://azaleaagency.com/talent/jill-mcmillin/?media=video

In other browsers, a name appears above the video, and the video plays without a problem. In IE, “[nggvid]” displays instead of the name, and the placeholder image displays instead of the video.

This functionality used to work in IE, but I’m not sure exactly when it stopped. I’ll update when I have more information.

I just ran into this issue, except the plugin scheduled calling the mca_savepost_event hook several times every minute. Hundreds of scheduled tasks were created before I realized what was happening. Tried deactivating it, and the cronjobs were not cleaned up. I’ve now deleted the plugin, but that didn’t clean up the cronjobs either – I had to manually remove them.

Thanks @ lkeltto for confirmation of the issue.

I am also having an issue with a textarea not saving if the visual editor is used for the field. I do not have duplicates in my wp_mf_panel_custom_field table. Rather than implement the patch, I checked “Hide Visual Editor for this field” for now, which seems to solve the problem. It’s not ideal, but it works for now.

Thanks for the reply. I disabled it when I first started configuring the custom post type pages.

At this point, I’m going to remove the fieldset functionality until I have a chance to debug the plugin. If I find anything I’ll be sure to post pack to this thread.