Jason

Good question, and as it was 7 months ago I do not remember. If that’s a known issue, that may have been the problem, although I expect I tried with multiple posts, created both before and after discovering this problem.

However, the plugin has been working properly with a 90-day setting, so all’s good.

Thanks José, both for the change and for being so quick!

Hi Miguel,

Thanks for the response – we’ve reinstated the widget beneath the standard archive widget so you can see it in action: https://harderco.com/category/news-insights/

Thanks, David.

Both for this rapid solution as well as whenever you actually implemented it!

That would be fantastic, David. When there’s no results it should be fairly obvious what’s happened, but it’d be nice to be able to include a short message.

Thanks for the speedy response and the eventual fix!

Any insight into this error? I am having the exact same issue trying to upgrade to 3.5.5

Downloading update from https://downloads.www.ads-software.com/plugin/better-wp-security.3.5.5.zip…

Warning: touch() [function.touch]: Unable to create file /tmp/better-wp-security.tmp because No such file or directory in /home/seecol5/public_html/cswp/wp-admin/includes/file.php on line 179

Warning: unlink(/tmp/better-wp-security.tmp) [function.unlink]: Operation not permitted in /home/seecol5/public_html/cswp/wp-admin/includes/file.php on line 503

Download failed. Could not open handle for fopen() to /tmp/better-wp-security.tmp

Hi Garyface,

This is actually addressed in the plugin FAQ. Just use this template tag in header.php:

<?php randomtext('category'); ?>

(Making sure that you change ‘category’ to the name of the random text category you want to pull)

Hello again,

Just wanted to follow up on this issue. While your suggestion of cleaning up their lists to below 100 was appreciated, at this time it’s just not feasible for them to do so.

We instead attempted to have the client rename the list – seemingly our simplest solution – and it didn’t work. We’ve since figured out that the plugin is NOT pulling the lists in reverse alphabetical order, but rather in order of creation. The client happened to have entered their lists from A-Z, so they were by default pulling Z-A.

So it would seem as if we’re moving to one of the other workaround options – UNLESS – there’s a way on the MC side to change the ‘creation date’ of a list. Is that possible? I realize this is moving away from plugin support and more to general MC questions, but I thought it might be helpful to keep the info in this thread.

Hi Curtis.

Thank you for the response. I wound up figuring most of this out on my own, although I’d actually copied the default widget.php from the plugins folder into the /tribe-events/ foler and re-formatted it, instead of just renaming events-list-load-widget-display.php, which would have been easier.

Now I have another issue where the view for specific calendar categories are defaulting to lists instead of grids… but I expect the solution is going to be something similar.

Hi tk,

Do you have any idea if the 100 list-limit will be a sooner-or-later update to the plugin? We’d prefer to use it for client ease-of-use, but if it won’t be addressed anytime soon we’ll review these other options and get something implemented. Big thanks for taking the time to flesh out so many choices.

The client also suggested that we could potentially just change the name of the list to something alphabetically lower to push it into that lower 100, but they’re not sure if they want to do that.

Hi tk,

Sorry for the bump, but we were wondering if you’d had any luck with this issue? We have some time left but would really prefer to get this working sooner rather than later. Obbiously we have the workaround as a backup, but would prefer to use the plugin itself if possible. Thanks!

Hi tk, thanks for the response!

I believe I’ve set a MailChimp-hosted form for the list here – if this isn’t correct please let me know. Forgive me as I’m not too familiar with MailChimp, so I’m hacking my way through this a bit.
https://eepurl.com/s6BYP

I’ve deduced that it’s a number-of-lists limit because when I change the list view to 100 rows, the first page is the exact same group that I see on the plugin side (Tri-State to Hawken).

Benedikt’s solution worked for me, although I wasn’t having a menu problem – in my case the Visual/Text editor toggle wasn’t working, and neither was the Add Media button.

Thanks!

I’ve actually solved this problem by using Gravity Forms, but even then the actual components to the solution are very simple:

Effectively, use “orgid” instead of “OID,” and call servlet.WebToCase instead of servlet.WebToLead.

It would seem SF is expanding the role of Cases and I expect more and more users are going to request this. It would be a great addition for this plugin.

Similar issue here, but for LinkedIn.

The setting is “Button” but the artwork appears to be the same as “Button + side counter” – small blue “in” with an empty white bubble to the right.