Paul

The developers put out an update (1.4.3 -> 1.4.3.1) last night that corrects the issue. It should be working normally now.

I just noticed I’m having the same problem. The issue appears to be line 31 points to a CSS file at, ‘assets/css/style.css’. But, that file doesn’t exist. The only CSS file in that directory is style.min.css. The short term fix is to duplicate the file style.min.css and rename it to style.css. You could also edit line 31 of image-hover-effects-block.php to point to style.min.css, but that seems a little more problematic.

I figured it out! The link to my parent page in the main nav was added to the menu as a “Custom Link” instead of a “Page”. With this configuration the required classes weren’t being assigned to the menu item. Changing the menu item to a “Page” link fixed the problem.

Hi @pubudu-malalasekara,

Unfortunately it’s a private site with proprietary content. I’m not allowed to give access.

I was hoping you may be able to diagnose the issue from the outputted html. I didn’t edit any core files and I don’t believe I did anything to override the html, so this should be just like an off-the-shelf install.

Thanks,

Paul

Thanks for the reply, @pubudu-malalasekara,

Unfortunately that didn’t have any affect. It looks as though the .page_item_has_children class is never being added.

Here’s the html output for the menu. The page being viewed is a child of “Media Library”.

<nav id="site-navigation" class="main-navigation">
	<div id="site-navigation-inner" class="align-left">
		
		<div class="menu-main-menu-container">
			<ul id="primary-menu" class="menu">
				<li id="menu-item-20" class="menu-item menu-item-type-custom menu-item-object-custom menu-item-home menu-item-20"><a href="#">Media Library</a></li>
				<li id="menu-item-21" class="menu-item menu-item-type-post_type menu-item-object-page menu-item-21"><a href="#">Documentation</a></li>
				<li id="menu-item-22" class="menu-item menu-item-type-post_type menu-item-object-page menu-item-22"><a href="#">Contact Us</a></li>
				<li id="menu-item-143" class="menu-item menu-item-type-custom menu-item-object-custom menu-item-143"><a href="#">Log Out</a></li>
			</ul>
		</div>
		
		<button class="menu-toggle" aria-controls="primary-menu" aria-expanded="false"><i class="fa fa-bars"></i>Menu</button>
	</div>
</nav>

fyi… here’s the html output when the “Media Library” page itself is selected:

<li class="menu-item menu-item-type-custom menu-item-object-custom current-menu-item current_page_item menu-item-home menu-item-20">
	<a href="#" aria-current="page">Media Library</a>
</li>

I’m not sure how much this helps, but the path listed in the original support post is “…/plugins/postman-smtp/…”. That’s the old plugin. The newer version is in a directory called “post-smtp” (not postman-smtp).

It’s generally not a good idea to edit plugin files because your changes will be overwritten whenever a new version is released, but… I’ve temporarily fixed this issue by editing the file, class.email-post-changes.php.

Around line #230 change this…

wp_mail(
				$email,
				sprintf( __( '[%s] %s changed: %s' ), $blogname, $post_type, $title ),
				$html_diff

to this…

$pb_headers = array('Content-Type: text/html; charset=UTF-8');
			wp_mail(
				$email,
				sprintf( __( '[%s] %s changed: %s' ), $blogname, $post_type, $title ),
				$html_diff,
				$pb_headers

Thanks for the great info, Jason! This solution may actually work as-is, without identifying the specific emails from Email Post Changes. The only other emails that we care about are form Gravity Forms, and those emails are already set to text/html. We don’t rely on the default WordPress notifications for anything so if those get marked incorrectly it may not be a big deal. Ultimately I hope that Email Post Changes gets updated to correctly set their content type.

I just wanted to chime in and add my vote for this request. Everything was working fine when I used the default WordPress php-mail function, but I switched to the Postman SMTP Mailer plugin and now the emails come through as un-rendered plain text.

I know this is an older thread, but I just tried your original code and it worked for me too.

function en_admin_bar() {
    global $wp_admin_bar;
    $wp_admin_bar->remove_menu('delete-cache');

}
add_action( 'wp_before_admin_bar_render', 'en_admin_bar' );

OK, thanks for the quick reply. And, thanks for making this great plugin. It’s appreciated.

The plugin works really well. It’s just a little too fast for my personal taste. I dug through the files a little and think I determined how to change the speed. Is it in /themes/default/client.js? I found 2 instances of var spd = 'fast';. I changed it to var spd = 'slow'; and it worked. Is there anywhere else I need to change it? And, what options will it take (slow, medium, fast, etc…)?

Thanks!

I would like to throw in my vote for this feature – and add that it would be very useful to be able to open / close individual rows. Collapsing them all makes it easier to reorder them, but while they’re collapsed it would be really nice to be able to open 1 row in order to edit it without opening all the rows an scrolling.

Thanks, mrwweb! That was it. It works normally when I use row instead of table.

I’m seeing the same thing. Some look right, and some have all the images right-justified.

I know it’s been 5 months since you asked, but you could use a plugin like this one to automatically log users out at regular intervals.