Colin Devroe
Forum Replies Created
-
@vanvlietwebdesign I’m happy to report that Hubbub Lite has been updated to the new X branding. We hope you love it!
@mirceaburdusa – Thank you for that information. Would you mind updating to 1.31.1 again to see if you still have the issue? We temporarily had a 1.31.0 release for a very brief period of time. It may be that your client’s site updated to that. 1.31.1 should not produce this error.
I appreciate you working with us to resolve this issue. 💪
We are sorry that your client had this issue. Thank you for writing in to let us know. Do you know what version of Hubbub Lite caused this error? The latest version is 1.31.1.
Hello @vanvlietwebdesign !
We are working on this for a very near release. Thanks for writing in. We’ll mark this thread resolved when the release is published.
Forum: Plugins
In reply to: [Hubbub Lite - Fast, free social sharing and follow buttons] VulnerabilityHello @espressivo — Today we’ve released 1.30.1 of Hubbub Lite and 2.17.1 of Hubbub Pro which will fix the security issue reported by Abdi Pranata. Thank you again for reporting it to us.
Forum: Plugins
In reply to: [Hubbub Lite - Fast, free social sharing and follow buttons] VulnerabilityHello @espressivo,
Thank you for bringing this to our attention. We plan on fixing this issue in a very near future update. I will update this thread when it is fixed.
Emre,
When I publish, WP Fastest Cache serves the cache rather than expiring and creating a new cache for all URLs as far as I can tell. This includes the home page and also the feed.
The only reason I’m placing blame on WP Fastest Cache is because if I manually delete the cache all pages are updated and feed works as well.
Hello Emre,
No. And also, feed services such as Inoreader or Micro.blog do not pick up the new posts in the feed until I manually delete the cache.I hope this helps.
Thanks esmi. I thought about that, and it seems this issue also exists within the publicly available plugin. So I figured I would jot it down here as well so that it would be a known issue.
Forum: Everything else WordPress
In reply to: Looking for beta testersMika: Also a good tip. Thanks.
Forum: Everything else WordPress
In reply to: Looking for beta testersAndrew: Thanks for the tip.
Forum: Everything else WordPress
In reply to: Looking for beta testersThanks to all that responded. We got 20 so far. Very appreciative.
Forum: Hacks
In reply to: How to determine when the_loop is running?jgclarke: Thanks so much! This fixes the issue in 90% of the cases we’ve been able to test against. Good enough! Thanks again.
Forum: Hacks
In reply to: How to determine when the_loop is running?esmi: Yes. in_the_loop will always return true in these cases.
Forum: Hacks
In reply to: How to determine when the_loop is running?esmi: I should have been much more specific, perhaps, sorry. Yes. We already are using is_page() and is_single() to determine whether or not we’re on the page or blog post permalink. But, even those pages call the_title numerous times such as in navigation, footers, and sidebars on many themes.
What we’d like to figure out is to only call our action hook in our plugin only for the actual blog post title and content but not in the navigation, footer, or sidebar.