Abigailm
Forum Replies Created
-
Forum: Plugins
In reply to: [The Events Calendar] RSS Feed off after upgrade to Version 6.0.0.1I found a workaround. It has its own drawbacks, so may not work for everyone:
This will work if you do not need your public users to have the ability to view past events, and if you do NOT allow user accounts for ticket sales/event registrations.
My RSS feeds are for specific event categories.
Basically, I used bulk edit in the admin dashboard to set all past events to “Private.” This means that public visitors to the site won’t be able to see them, but they aren’t deleted so our admin users can see and access them.
Then I refreshed the RSS feed on the sites that are displaying the events — and this is now working. Only the “public” events — which are future events — are showing up in the feed.
I don’t know what will happen to these events when the date passes– I am thinking I will probably have to manually set those to “Private” as well.
I am not particularly happy with this solution, but for us there is no particular need for site visitors to be able to scroll back to see historic events. In any case, if there is going to be a bug in the system, I’d rather it be with the ability to view past events than something that will impede or limit interest and enrollment in upcoming & future events.
Forum: Plugins
In reply to: [The Events Calendar] SVG inserted into eventsThank you — you are correct, the display issue appears to have been the result of a caching issue. I removed the “display:none” CSS spec but cleared all caches, and now it does display as expected.
Forum: Plugins
In reply to: [The Events Calendar] SVG inserted into eventsHere’s an alternative css change that worked for me – it just targets the icon with the display issue a little more specifically:
.tribe-common .tribe-common-c-svgicon { display: none; }Forum: Plugins
In reply to: [The Events Calendar] wierd blockI’m seeing the same problem- on the Chrome browser only, not MS Edge – and my theme was already set to use Tribe Events Styles.
Forum: Plugins
In reply to: [The Events Calendar] SVG inserted into eventsI’m seeing the same thing, on Chrome only (not with the Edge browser) — thanks for the CSS code to fix!
Forum: Plugins
In reply to: [The Events Calendar] 404 Errors after updatingI had the exact same problem — however, I was able to resolve it with rolling back the plugin. (I also have Events Calendar Pro, which was updated at the same time, and the problem didn’t resolve until I rolled back both the free & premium plugins)
Here’s the problem and the fix:
They forgot to update the version number in the /widget-options/plugin.php file
Line 6 of the file is: * Version: 3.7.11
and it should be: * Version: 3.7.12If you have FTP access you can manually change the number.
This is where WordPress looks for versioning info for its update notices.
It will not affect the plugin function in any other way if you simply change the number. I can tell by file date stamps and the changelog in the readme.txt file that everything else appears to have downloaded properly.
Here’s the problem and the fix:
They forgot to update the version number in the /widget-options/plugin.php file
Line 6 of the file is: * Version: 3.7.11
and it should be: * Version: 3.7.12If you have FTP access you can manually change the number.
This is where WordPress looks for versioning info for its update notices.
It will not affect the plugin function in any other way if you simply change the number. I can tell by file date stamps and the changelog in the readme.txt file that everything else appears to have downloaded properly.
Will do. Thanks!
Forum: Plugins
In reply to: [Translate WordPress - Google Language Translator] PHP 8I have the same problems on one of my sites. Neither the floating widget or the sidebar widget displays with PHP 8; if I revert to PHP 7.4 then the function is fully restored.
For now, I am just reverting to 7.4 on that site. I’ll follow this thread & happy to test with plugin updates.
Thanks.
The ModSecurity logs show that the rule is being triggered by this session cookie:
ppwp_wp_session
This cookie is set in this file, at lines 37-38 as follows:
src/Classes/PPRESS_Session.php
// Use WP_Session (default)if ( ! defined(‘WP_SESSION_COOKIE’)) {
define(‘WP_SESSION_COOKIE’, ‘ppwp_wp_session’);
}Also, the plugin was updated on my site to version 3.1.18 at around noon on 9/2/2021, and the first entry in the ModSecurity logs showing access being blocked to a user because of the triggered rule happened less than an hour after the plugin update).
In sum:
1. The cookie that triggers the problem set by a file in your plugin
2. The problem started right after the most recent update to your plugin- This reply was modified 4 years, 9 months ago by Abigailm.
Forum: Plugins
In reply to: [CleanTalk Anti-Spam. Spam Firewall & Bot protection] Email Delivery ProblemsIt is not a plugin, it is the form that is built into a premium theme.
I am going to submit a support request directly. When I clicked the “support” button at cleantalk it referred me here, but I if you need to test then I would prefer to provide information in a private context.
- This reply was modified 4 years, 11 months ago by Abigailm.
I agree that the problem is resolved for me — the problem is simply that it fills up error logs with repeated warnings.
I’ve chased it down — It’s a combination of a 404 problem and an RSS feed request —
basically a request for myblog.com/author/SOMEBODY/feed where there is no SOMEBODY
I tested, and the problem doesn’t occur with myblog.com/author/REALUSER/feed — just from the bad entry.
I can fix this on my end because all the requests are coming from one source — so it’s a very low priority issue. But of course, bots are always picking up bad URLs so it probably would make sense for your developers to add some sort of IF statement for the case where the request does not exist.
The specific code lines throwing off this error are:
case 'author_name': $name = $author->display_name; return empty( $name ) && $sampleData ? wp_get_current_user()->display_name : $author->display_name;So if an author changes their display name and/or if an author is removed from a site, then requests for the archive using the nonexistent display name would generate this error.
I think for purposes of SEO it’s valuable to anticipate that this information will change or get stale over time.
However, as I have identified the problem on my end, I am going to mark this issue as resolved for me.