johnand

[johnand]

@davidryal Yes, the 4.2.4.3 update from yesterday fixed all the issues. The reason for the slowdown yesterday had nothing to do with the theme code, it was due to the Kleo updates server was down, causing a major delays because the required-plugins.php file was consistently checking the update server and getting no response. By commenting out line 400, that stopped the query to check the updates server. Kleo fixed the update server, so now that is resolved. The latest update fixed the Theme Options disappearing.

@randrcomputers I would recommend un-commenting the line, as it the important compatibility check to see if the required plugins are installed and are the compatible versions that are known to work with that version of Kleo. I tested with site performance monitors and I see no difference in performance with the line un-commented vs commented.

[johnand]

Update Kleo to the newest version that was released yesterday 4.2.4.3 and it should resolve the issues.

[johnand]

Sorry, try this link to the zipped version: https://www.dropbox.com/s/h8jzmv5ukrcscjz/kleo.zip?dl=0

[johnand]

Here is a link to 4.2.4.1: https://www.dropbox.com/sh/8u9ltfto1gksfny/AAAEU-JmLKevfWcN75sEYAsEa?dl=0

I knew there was a reason I kept backups of the last few versions of a theme!

[johnand]

I am seeing the same issue now as well. This appears to only be an issue with the 4.2.4.2 update. I have other sites running 4.2.4 and 4.2.4.1 and they don’t exhibit the issue. I would recommend rolling back to either of those versions for the time being.

[johnand]

The Kleo update servers are back online today, so you should be able comment out the line for checking Kleo’s update servers. I reverted back to the original required-plugins.php file on one of my sites, and it is back to normal today, except now we can see the “Theme Options” menu now, and when trying to access the page we get the “Sorry, you are not allowed to access this page.” error. Now to dig in and figure out what is going on there.

[johnand]

I have found a quick workaround for this issue. It is a band-aid, but will get sites running again:

Comment out line 400 in the required-plugins.php file under kleo/lib/

Change line from:
$version_get = wp_remote_get( 'http://updates.seventhqueen.com/check/kleo/plugin_version.php?name=' . $name );

To:
//$version_get = wp_remote_get( 'http://updates.seventhqueen.com/check/kleo/plugin_version.php?name=' . $name );

Obviously this will omit the important required plugins and compatibility check, so you will need to un-comment it when Kleo team fixes the server issue.

[johnand]

I have found a quick workaround for this issue. It is a band-aid, but will get sites running again:

Comment out line 400 in the required-plugins.php file under kleo/lib/

Change line from:
$version_get = wp_remote_get( 'http://updates.seventhqueen.com/check/kleo/plugin_version.php?name=' . $name );

To:
//$version_get = wp_remote_get( 'http://updates.seventhqueen.com/check/kleo/plugin_version.php?name=' . $name );

Obviously this will omit the important required plugins and compatibility check, so you will need to un-comment it when Kleo team fixes the server issue.

[johnand]

I have found a quick workaround for this issue. It is a band-aid, but will get sites running again:

Comment out line 400 in the required-plugins.php file under kleo/lib/

Change line from:
$version_get = wp_remote_get( 'http://updates.seventhqueen.com/check/kleo/plugin_version.php?name=' . $name );

To:
//$version_get = wp_remote_get( 'http://updates.seventhqueen.com/check/kleo/plugin_version.php?name=' . $name );

Obviously this will omit the important required plugins and compatibility check, so you will need to un-comment it when Kleo team fixes the updates server issue.

[johnand]

I have found a quick workaround for this issue. It is a band-aid, but will get sites running again:

Comment out line 400 in the required-plugins.php file under kleo/lib/

Change line from:
$version_get = wp_remote_get( 'http://updates.seventhqueen.com/check/kleo/plugin_version.php?name=' . $name );

To:
//$version_get = wp_remote_get( 'http://updates.seventhqueen.com/check/kleo/plugin_version.php?name=' . $name );

Obviously this will omit the important required plugins and compatibility check, so you will need to un-comment it when Kleo team fixes the server issue.

[johnand]

Yes, I am having the same issue, and even sites that haven’t had Kleo updates. After a lot of troubleshooting, the issue appears to be related to the update server that Kleo theme checks for updates – http://updates.seventhqueen.com appears to not resolve. If you look at the required-plugins.php file, it goes to look for updates and doesn’t get a response, so it slows down the Admin.

We are working on modifying the code for a workaround at this point, until Kleo team fixes the server issue.

[johnand]

Thanks for all the help! I appreciate it.

[johnand]

Interesting issue with the top menu. Never tried that menu, as it is the same on 5-6 other sites we manage. Thanks for the heads up!

[johnand]

This reply has been set as private.

[johnand]

Andrei,

Nevermind, I saved it in my notes. I am adding it to this post for other’s that might want to reference it.

COPY CODE

@media (max-width: 600px) {
.header-normal-header .top-menu > ul { width:50px; }
}

[johnand]

Andrei,

Can you post the code that you added here in this post? One of the other Admin’s on our site updated some quick CSS, and your code is missing now.

Thanks,
John

[johnand]

That has fixed the issue. Thank you for the quick response and fix. I appreciate it.

Take care,
John

[johnand]

So I updated Kleo to 2.4.3 and VC to 4.4.3 and the issue still persists. I did delete browser cache.

Here is an example page of the issue:http://stage.matthewsautomation.com/industry-solutions/automotive/

Notice screenshot 1, page looks good and background image extends up to the breadcrumb bar.

Screenshot 2 is after I scroll down then back up. Now notice the background image does not extend all the way up to the breadcrumb bar anymore?

Also, parallax is not functional on this page. This is under current Safari, Firefox, and Chrome on Mac OS X 10.10.3

Thanks.

Attachments:

You must be logged in to view attached files.

[johnand]

No I didn’t update VC. I will try again updating Kleo and VC and see if that resolves the issue. Thanks.

[johnand]

Ok, after clearing my mobile browser cache, it appears to be working, with one minor exception. When I scroll down the page and scroll back up, the top navigation pulldown has all the menu items for the top nav and main nav. I think I can live with that.

Thanks for the help.

[johnand]

Hello,

Actually, I just took a closer look, and as you see in the screenshots, the “brands” menu item is not missing, it is just being displayed below the pull-down and you can see it behind the circle part of the Holjeron logo.

[johnand]

Andrei,

We are getting close. Thanks for the help. Now, the “brands” menu item is missing from the top menu mobile navigation pull-down. But, it is no longer showing between the pull-down and the logo.

I also just realized where some of the confusion is coming from. The screenshots Laura posted are from a different site: http://matthewsautomation.com, not the http://development.holjeron.com site that is the topic of this discussion.

Thanks,
John

Attachments:

You must be logged in to view attached files.

[johnand]

Thanks,

If you look at the desktop version of the site, you can see the issue. “brands” is part of the top bar menu and is not included with the menu pulldown on the top menu on mobile as shown in your screenshots.

The main navigation works correctly both mobile and desktop.

[johnand]

What mobile OS is that? We are seeing the issue on IOS 8.2 with Safari and Chrome.

[johnand]

This reply has been set as private.

[johnand]

That is not quite the look we were after, but thanks for the effort.

We have since found that the issue is that Visual Composer does not accept script elements in the text block module.

We have resolved this issue using a shortcode.

Thanks.

[johnand]

Hi,

Do you have CSS code we can try ready?

Thanks.

[johnand]

No, we don’t have any custom coding. Can’t edit my last post, so here is the code again:

<a title="Matthews Marking Systems" href="http://stage.matthewsautomation.com/home-4/mas-brands/matthews-marking-systems/"><img class="alignleft size-full wp-image-4462" src="http://stage.matthewsautomation.com/content/uploads/2014/12/icon-InkJet-87x871.png" alt="icon-InkJet-87x87" width="87" height="87" onmouseover="this.src='http://stage.matthewsautomation.com/content/uploads/2014/12/icon-InkJet-GrnLine-87x871.png';" onmouseout="this.src='http://stage.matthewsautomation.com/content/uploads/2014/12/icon-InkJet-87x871.png';"></a>

[johnand]

The hover code is posted in my 1st post, but here it is again:

Anyway, that is just for the one text box, as you see we have 21 of these on this page and will have quite a few more on other pages. Plus, we have 12 more brand sites that will be using the Kleo template and simular images that need hover code, so I am not sure adding them to the CSS is the right way to go, as that isn’t dynamic like we are looking for. Not sure if this is a visual composer bug and I should be contacting them for support?

[johnand]

This reply has been set as private.

[johnand]

This reply has been set as private.

[Author]

Posts