Kailey (trepmal)

The plugin’s primary offering is a widget. You can learn more about how widgets work here https://www.ads-software.com/support/article/wordpress-widgets/

Once a widget is in place, the configuration options as shown in the screenshots will be accessible.

This should be fixed (finally…) in v1.4

I’ve moved my development workflow to GitHub which should enable easier updates here on www.ads-software.com.

Sorry for the 4 month pause there…

I’ve pushed out an update (v1.4) that should help. My GitHub repo for this plugin will now sync to www.ads-software.com, so future updates should be much easier.

I’m not _not_ updating it ?? It’s on my radar to get things cleaned up.

Go ahead and describe the bugs as best you can

A quick test of the plugin on my WP5.6 install looks okay.

Are you able to reproduce the problem outside of your client’s site? If possible, can you deactivate some other plugins to see if there’s a conflict? Were any other plugins updated at the same time?

You’ve probably already tried resaving the widget, but if you haven’t that’s good to try too.

Any other additional details you can provide could help narrow down why it works on my side but not on yours. /wp-admin/site-health.php?tab=debug provides a bunch of info if you’re comfortable sharing that.

• This reply was modified 3 years, 10 months ago by Kailey (trepmal). Reason: spelling

Can you add more details?

Although “old”, the plugin still functions properly in my install of WordPress v4.9.8

This plugin is not actively developed or supported. I don’t know explicitly that it’s unsafe (if I learn it is, I may remove instead of repairing depending on the degree of the problem).

You might consider this alternative plugin: https://www.ads-software.com/plugins/mini-loops/ which is more likely to receive updates going forward.

Can you provide the code for the query you’re trying to run?

(cross reference: https://github.com/Automattic/Co-Authors-Plus/issues/379)

The updated SDK is available on Packagist (https://packagist.org/packages/facebook/facebook-instant-articles-sdk-php), hopefully this means we’ll see a plugin update soon.

Looks like this will be resolvable when the next update to the facebook sdk is released.
SDK bug for reference: https://github.com/facebook/facebook-instant-articles-sdk-php/issues/81

It’s not just you… I am also facing this issue.
Trying to solve on my end, if I find anything before the authors get it fixed, I’ll post it.

Are you comfortable updating the plugin code?

You can try this: in the adv-most-recent.php file, on line 393, change the date() function to date_i18n()

Example. that line of code currently looks like:

if ($showtime) { $time = ' '. date($format,strtotime($post->post_date)); }

it should be changed to look like this:

if ($showtime) { $time = ' '. date_i18n($format,strtotime($post->post_date)); }

Post Formats are a taxonomy, so you’ll want to use the Custom Taxonomies box in the widget settings.

post_format=##

To get the ID can be a little tricky. Here are two options:

Run this bit of WordPress code (Debug Bar Console is handy for this):

echo get_term_by( 'slug', 'post-format-video', 'post_format')->term_id;

Or if you have access to your database (possibly via phpMyAdmin), here’s an SQL query:

SELECT term_id from wp_terms WHERE slug = 'post-format-video';

Apologies!

You should have a fix available momentarily in v1.3.1