bhammondCVL

Yes, that seems to have resolved the issue. Thank you!

Ah, sorry. Under purge policy, these are checked:
– Front page
– Post page
– Blog feed

The rest are unchecked.

It is just the native post scheduling, not an additional plugin or anything.

The caching settings are:
Page Cache
– enabled
– method: Disk: Enhanced
Opcode Cache:
– Zend Opcache
– validate timestamps (not enabled)
Database Cache:
– enabled
– method: Disk
Object Cache:
– enabled
– method: Disk
Browser Cache:
– enabled
CDN:
– not enabled
Fragment Cache:
– not enabled

The simplest way is to add something like this to your CSS:

textarea { padding: 5px; }

Of course, you can add whatever value there you’d prefer–it doesn’t have to be 5px.

This will affect all the <textarea> elements on your site. If you want to be more specific–like just targeting a single page or a single field on a particular form–then you’ll need additional specifiers.

I have found that this problem only occurs for users created outside the plugin’s approval process (like an admin user created before the plugin was installed).

Try selecting all of those users and then using the bulk actions to manually approve them (even though they already show in the table of users as approved). Then password resets should work as expected.

The login form: https://www.coloradovirtualevents.org/my-account/
The registration form: https://www.coloradovirtualevents.org/registration/

Awesome–thanks! Problem solved.

I’ve done this with some hacky CSS–set the .wp_rss_retriever_date font-size to zero, then set the font-size of the span within that div back to normal. Be sure the styles are in the correct order:

.wp_rss_retriever_date {
  font-size: 0px; /* this removes 'published' before date */
}
.wp_rss_retriever_date span {
  font-size: .85rem; /* restores normal font size to display actual date */
}

Screen-readers will still pick up the ‘published’ text, but it won’t be displayed visually.

Excellent–thanks very much. Looks like I should examine my stop words, too.

Sorry for the late reply. I have been unable to test on a completely new site, and probably won’t be able to for a while. I am marking this as resolved. I will open a new thread if I encounter other problems. Thanks!

Thanks for the plugin, and the support. Sorry we’re not using the pro version, but I’ve chipped in a little via your donation page, and bought the manual.

I think we figured it out. Apparently there was a category the name of which had been deleted. This, for whatever reason, seemed to cause the shortcode and widgets to fail–without throwing any errors, either, which made it a bit more difficult to track down.

When we named or deleted the category, the shortcode and widgets resumed working. If we then created a new blank category–which you can do just by clicking the ‘add category’ button without entering a name or color–the shortcodes and widgets no longer worked.

So, problem solved! Perhaps some work on the UI in the category admin page might make this problem easier to avoid.

WordPress 5.0.3, and My Calendar 3.15 (just updated from 3.14).

Generally, we apply any available update pretty quickly.

No, the Upcoming Events widget does not display any events. Only the fallback text I added.

There isn’t another version of Soliloquy on the site–just the one plugin. The theme is a child of WP Knowledge Base, and doesn’t have a slider packaged with it.

The plugin worked fine for years. It was only after the most recent update that it caused any problems. No other changes to the site were made recently, although other plugins also were updated.

I will open a ticket, as you suggested. If there is a resolution, I will post it back here, just to tidy things up.

Thanks for your help!