Scribit

Hi @fidoboy ,
every text between brackets could be a possible shortcode.

– If it is a real shortcode, coming from your plugins or themes, the plugin will find it and gives to you, with all available information about it
– Otherwise it will report you as unused/orphan/non-existent shortcode

WordPress cannot distinguish if the word “[abc]” come from a generic text or from a removed plugin functionality. And no plugin will ever do that.

I hope you will review your unfair vote and I would be very happy to support you if you explain me your needs (next time post it in suppor thread).

And this is absolutely one of the best review for my plugins.
Put a giant smile also on my face 😀

Hello @jamespostsil and thank you for your post.
Are you talking about “Find by Shortcode” or “Find by Content” page?

For the first one I search only in published posts by default. If you enable the “Include not PUBLISHED contents” checkbox, the plugin will search also in DRAFT, PENDING, PRIVATE and FUTURE posts; but never in auto-draft/revision state.

For the second page the behaviour should be the same (managed by the sf_get_posts_ids function, that by default search only in published contents) but done with ajax calls.

Are you able to give me an example to reproduce your issue?

`Hi @colinrc .
Yes it is strange that line 301 was signaled. Probably the problem is related to reflection methods, in another line.

First of all please let me know which PHP version do you have.
And here some tests you can do:

1) Can you try searching specific leaflet shortcode instead of “all”, in the Search by shortcode page? To be sure it is the culprit
2) If it is the source of the problem can you give me some shortcode call example?
3) If not, can you search the function isinstance in all your plugin directory? (I don’t call the isInstance reflection method – https://www.php.net/manual/en/reflectionclass.isinstance.php – so maybe someone else is calling or declaring it)
4) In this file “shortcodes-finder\admin\partials\shortcodes-finder-admin-display.php”, on line 217 change the row from
$all_shortcodes = sf_get_shortcodes_ordered( true ); // Load origins
to
$all_shortcodes = sf_get_shortcodes_ordered( );
It will not search for shortcodes origin file, calling reflection methods. It probably will work; you will have less informations about shortcodes calls but more informations for debugging the problem.

Thanks again for support!

Hi @epymetheus!
I’ve just released version 1.5.0(.1) of Shortcodes Finder, with PHP8 compatibility 😉

The problem you’ve reported is related to a PHP 8 partial incompatibiliy.
I’ve just released the 1.5 plugin version with a fix for your issue.

Thanks to you for the bug report!

It is just a graphic bug. You can temporarily fix it editing plugin file “shortcodes-finder/admin/js/shortcodes-finder-admin.js” and replacing original set_settings_existing_shortcodes_state function with this code:

function set_settings_existing_shortcodes_state(el) {
   if (el.checked) {
      var div = $('#sf_settings_existing_shortcodes');
      div.css('height', 'auto');
      var autoHeight = div.height();
      div.height(0).animate({
         height: autoHeight
      }, 1000);
      div.stop(true, false).animate({
         height: autoHeight
      }, 'fast');
   } else {
      $('#sf_settings_existing_shortcodes').stop(true, false).animate({
         height: '0'
      }, 'fast');
   }
}

I will insert fixed function in the new 1.5 version.

If you like the plugin, I would really appreciate your review. Even with some useful advice 🙂

Thanks @epymetheus for your feedback and especially for your advices!
I will test plugin more on PHP 8 and I hope to fix that bug for the next version.

For ACF Fields and other plugins with shortcodes I’am working on; but I don’t think I will add this feature in the next release.