gatehousedesign

I got this resolved via their direct support. I had misinterpreted how the plugin works. You have to connect your domain and do all the build in the Instapage app then push to wordpress via the connection.

It seems to be working now. THanks.

Thanks for your quick reply. The customizer started working again. I have no explanation as to why. Possibly a plugin conflict. Not sure. Anyway I am enjoying using the staging plugin. Thanks.

Thanks Nick. I tested it by renaming the plugins folder to plugins-old then adding them back 50% at a time until the widgets vanished. I isolated Simple Calendar as causing that but looking at the forums I didn’t see anyone else with the same problem. So I did a bit more searching and found this post: https://www.ads-software.com/support/topic/upgrading-to-simple-calendar-breaks-whole-widget-area?replies=6

Then I tried deactivating Google Analyticator and keeping SC on. Widgets were back. With the opposite being the case: GA on and SC off the widgets were still there. So I deduced a conflict between the two per that other poster.

In order to edit widgets I have to deactivate GA which isn’t ideal. Meanwhile I thought it might help others if I posted the issue.

Thanks for your help!

I added this conditional (if is_front_page) to my child theme functions.php

function remove_unwanted_scripts(){
	if(is_front_page()){
		wp_dequeue_script('mimetypes-link-icons');
		wp_dequeue_style('mimetypes-link-icons');
	}
}
add_action( 'wp_enqueue_scripts', 'remove_unwanted_scripts', 100 );

This just removes the MTLI script and styles from the homepage where the conflict with Slider Revolution was causing a layout bug in IE9.

All good for now. Would be a great backend feature to if users could exclude certain pages from getting the script.

Thanks for your help jrf.

The problem is a conflict with the slider revolution plugin on the homepage causing incorrect layout – in IE9 only.

I’ve narrowed it down further to a conflict with Slider Revolution. If I deactivate that plugin and MTLI is activated the homepage loads fine in IE9 but without the slider.

Will keep working on how to resolve this conflict. Any ideas, let me know. Thanks!

Thanks jrf,

The issue on the homepage isn’t to do with the icons – I don’t want icons in the sidebar on the homepage. It’s a layout bug in IE9 that’s causing the sidebar to stretch the width of the page and various other bits of weirdness.

When the plugin is activated the bug shows in IE9. When it’s deactivated the homepage displays perfectly in IE9.

Thanks for looking at it.

Another update: turning off async js in settings gets the icons back on my documents page in IE9.

However, the error on the homepage layout in IE9 persists when this plugin is activated. I tested again with the async settings updated and when the plugin is deactivated IE9 looks fine, when it’s activated it’s broken – but just that page.

Another update: the IE9 layout bug was my fault. I had a div nested inside an anchor tag in the sidebar. That was causing the issue. As soon as I fixed that the homepage loaded correctly in IE9. Phew and sorry.

However, that js error is still there in the debugger and if a fix for that would get the file icons to show up in IE9 then I would be thrilled.

Sorry for the fire drill on the home page layout.

I hope you can help me get the icons working in IE9 though.

Thanks!

GWD

I was able to copy the error from Firebug in case that helps: ReferenceError: index is not defined
https://gatehouse-design.com/bostonpartners/wp-content/plugins/mimetypes-link-icons/js/mtli-str-replace.min.js?ver=3.1.0
Line 2

You solved it! I didn’t 100% complete the installation because I already did the migration the hard way to meet the deadline. But I did uninstall the old version on my staging server, install the dev version, and then I was able to create a package that I downloaded no trouble at all.

Fantastic! Well done. Maybe some 3.5.2. conflict? I had no trouble before then.

I have another migration to do today and I am thrilled that I can use duplicator. I will report back here if I get any issues otherwise readers can assume it worked perfectly as usual.

Paypal donation will follow next migration today. You deserve support for an excellent plugin and great help getting things working at times like these. Can’t be easy.

-Alice

I’m afraid I’m not sure how to exclude the top level directories. Thanks for your help. Disappointed I can’t get this one to work but I will try again for other sites.

In fact it worked perfectly this week for a site that I staged on the same server at Dreamhost under the same user. So I’m thinking there’s either a disk space issue (unlimited disk space advertised) or a glitch with the plugin caused by some change in the latest version of wordpress – unlikely as it seems to be working for everyone else, or a conflict with something in this theme. Too many variables! Hoping to hear back from Dreamhost again soon. The last msg they sent about zip PECL seems weird as the compatibility test shows zip archive as being installed and it’s worked before.

I heard back from Dreamhost and they say I need to install PECL Zip for it to work. But the weird thing is that it has worked perfectly many times before.