pracko

Was having the same problem while recently updating 4.9.x sites to 5.0.3 for a client of mine.

Here’s what fixed the update failure:
– A default WP theme was not installed alongside the active theme. So I installed Twenty Seventeen as WP should always have a fallback theme to go to in case there’s any problems with the active/custom theme.
– I disabled all plugins except the Fix Another Update In Progress plugin which was needed to disable the previous update lock.

I cleared the update lock using FAUIP, then tried the update again and Voila! The update went without a hitch.

So the moral of the story is, first check to make sure a default WP theme such as Twenty Seventeen/Sixteen/Fifteen etc is installed when a core update fails. If that doesn’t help, disable all plugins prior to updating.

OK, thanks for the suggestion!

OK, thanks. I can change the CSS manually myself. But I was hoping that once I turn the site over to my clients that they’d be able to change these colors more easily without need for messing with the stylesheet.

Thanks for that link Tevya. I’d seen references to the same PlaceID map on a couple blog posts in the past, but for some reason, they never worked. The one for your link on Google did and now linking to a Google Review is really easy. Thanks so much!

Yes, WPSP’s display flexibility is fantastic. I’ve got everything working just fine now, even though Post Expirator does require an extra step each time a new event is added, but not much.

Rob, I decided that I want to keep the event post visible in the blog feed, yet remove it from the WPSP feed I set up for upcoming events. Unfortunately, the sorting options in WPSP do not recognize the EM event start/end date, only the publish date, post ID, and other standard WP post meta, in descending or ascending order. Therefore, if I set WPSP to show upcoming events categorized as “Workshops” three across (horizontally) by date ascending, it will display my initial “Workshops” event post 1st even thought the event already occurred.

I know about the method you described for displaying events natively using Event Manager template and shortcodes, but it’s not flexible or convenient enough for my layout requirements. Thanks for the suggestion though.

Thanks Angelo, that’s a bit more involved that what I want to deal with. In the meantime, I installed the Post Expirator plugin to handle this. Instead of setting the event to ‘Private’, it changes the event’s category, therefore making it disappear from the WPSP feed I set up for upcoming events.

I figured it out. I had to wrap the map placeholder with the “has_location” tokens like this: {has_location}#_LOCATIONMAP{/has_location}

Thanks for all your help!

Great, thanks. I got the featured image to appear, but how do I get the ‘Map Unavailable’ text to disappear for events with no location?

• This reply was modified 6 years, 10 months ago by pracko.

Yes, each form submission opens to a specific thank you page which is (naturally) trackable by GA on an individual page basis.

Turns out that Siteground tech had to help me with this one. Seems that when I installed Strong Testimonials, the problem started. Tech had to crawl all WP files to find what was causing the handler to be changed. Here’s what they wrote:

You are right – the Handler was altered once more:

Code:
AddHandler application/x-httpd-php70s .php

I have now manually commented out this handler and added the default one:

Code:
AddHandler application/x-httpd-php70 .php .php5 .php4 .php3

I then changed the permissions of your .htaccess file to 444 so any program that attempts to write in it will be denied.

I also searched for this specific handler in your other files and I found it in one more place:

/home/account/public_html/dev/wp-content/mu-plugins/endurance-php-edge.php

This (Endurance PHP Edge) is a plugin that must have come from your previous host and I suspect that this was the cause for the .htaccess alterations all along.

This is the line that was commented out:

function htaccess_contents( $rules ) {
$handler = get_option( 'epe_php_handler', 'application/x-httpd-php70s' );
$handler = 'AddHandler ' . $handler . ' .php' . "\n";
return $handler . $rules;

Strange that the issue only cropped up immediately after Strong Testimonials though.

He then said:

I would strongly recommend removing the entire mu-plugins directory from your account (since it has no application here on SiteGround).

I deleted the entire mu-plugins folder from /home/account/public_html/dev/wp-content/ and it resolved the problem.

@robmcp you may find the solution provided by @s10blazed at https://www.ads-software.com/support/topic/on-sent-ok-dom-events-for-multiple-forms/ helpful.

P.S. The site can be made functional by going back into my htaccess file after installing the plugin and changing the php handler back to the original version, but browser cookies do need to be cleared before the site is viewable again.

I was having the same problem until… I realized that my browser’s AdBlock Plus ad blocker was turned on for my site. I disabled ABP for the entire site, and voila! maps are now working.

I was having the same problem until… I realized that my browser’s AdBlock Plus ad blocker was turned on for my site. I disabled ABP for the entire site, and voila! maps are now working.