Ben Lobaugh (blobaugh)

Marcelo thank you for such a detailed answer! Give me a bit to troubleshoot on our end. I am also going to hit up the creator of Monitor to see what he has to say.

Marcelo do you have a log of login attempts? Can you look at that and tell me if you see ‘username’ attempting to login?

Also are you running any security plugins such as Limit Login Attempts?

Awesome! Glad it worked out for you ??

Looks like this Shiba Widgets plugin destroys the built in WordPress widgets.

If you alter the Shiba Widgets file shiba-widgets.php near line 339 you will find:

add_filter('sidebars_widgets', array($this,'sidebars_widgets'));

Add a high number priority (default is 10) such as:

add_filter('sidebars_widgets', array($this,'sidebars_widgets'), 99);

It puts the filter later in the execution stack. It will allow all the normal WordPress (and Jetpack) widget stuff to be processed before Shiba Widgets destroys it and takes over the widget process.

Let me know how that works for you.

I was able to recreate this issue by simply creating a new widget set. Looking further

There is a warning of a needed update on that page. It is older, but if this is a preexisting site maybe it needs updated?

I will look through the code and see if I can see anything

Hi @frisco- Hmm, this is odd. That method should not be firing on the post.php page. I tested on my multisite and it acts as expected. Are you running any plugins that alter the way widgets work? What plugins are running on that subsite? Is New Relic moving through wp-admin to get that warning or does it only hit the public facing pages?

Kevin- Are you having an issue with Jetpack itself? Can you provide steps to repro the issue?

Thanks for the feedback @deraltetom.

The List Category Posts (LCP) developer, @picandocodigo, will need to work that into the LCP plugin. Jetpack does not control how LCP displays things. What Jetpack was doing at the beginning of this thread was actually a bug that has been resolved.

Here is a chunk of code that can be used as a 100% untested guide ??

add_filter( 'jetpack_sharing_infinite_catch', '__return_false' );
// Do LCP display stuff
add_filter( 'jetpack_sharing_infinite_catch', '__return_true' );

If my guess is correct that should hide the sharing button output on the LCP lists but still show it on the main content.

Howdy,

I looked into the code for Jeremy and the patch that was provided is working fine for both the content and the excerpt. In order to see the behavior you desire in your plugin you need to update CatList::lcp_trim_excerpt() to apply the_excerpt filters on https://plugins.trac.www.ads-software.com/browser/list-category-posts/trunk/include/CatList.php#L443 similar to how CatList::get_content() applies the_content filters.

return apply_filters( 'the_excerpt', $text );

Give that a try and let us know how it works out.

Hmm… Jeremy already found a bug in the update… If you have Jetpack Comments enabled the css is not updating due to the iframe. It only works with the default comments form. I will see if I can get that ironed out when I wake up in the morning.

It is unfortunate that I saw the ticket the morning after the release then! It will likely make it out by the end of the month with the next point release :).

Nope, but this one is! https://plugins.trac.www.ads-software.com/changeset/819465/

Now you can do something like the following to make the text bold:

.subscribe-label {
    font-weight: bold;
}

Note that this will be in the next release so therefore not available to you currently unless you are using svn trunk.

+1 to Scott

Hmm, it seems my last response to you did not post. Apologies about that.

I am not positive on the server-side. As long as Jetpack has access to the servers and can be pinged back it should work. I am not experienced enough to know any gotchas with nginx configs.