Daniel Payne
Forum Replies Created
-
The legitimate Elementor file is slightly different syntax: frontend-handlers-asset.php
Notice how the malicious file replaces the “-” with the “.” character: frontend.handlers.asset.php
I resolved the issue by removing your Plugin and using another approach. Allowing fatal PHP errors in a Plugin is a big problem for your company.
Forum: Plugins
In reply to: [WPC Name Your Price for WooCommerce] Cannot get plugin to workThanks for the fast response, however I replaced your plugin with one that worked out of the box, Potent Donations for WooCommerce
Same here
Same here, and those files are legitimate WordPress core files, so it appears to be massive false positives or some other bug in WordFence.
I think that email is delivering OK now, without PHP errors, thanks.
Thanks, for the table tcr_newsletter I was able to make the ‘id’ column a primary key, and auto-increment. Now I can resend the Join email, and then click the link to confirm opt-in.
Trying to create a new newsletter, or copying an existing newsletter still throws the error:
Database error. If you were saving a newsletter try a table upgrade from the status panel.
Yes, I used the Plugin All In One Migration to move this site from one web hosting plan over to another web hosting plan at the same vendor. I’ve used All In One Migration on dozens of sites over many years and never had any issues, until now.
Another clue, the table tcr_newsletter for the last four Subscription requests has the ‘id’ field set to ‘0’, and when I make a Subscription request for a test email address I did receive an opt-in message, however clicking the confirm link at https://tualatincr.org/?na=c&nk=0-770292ca64 causes an error:
Subscriber not found.
Text below only visibile to administrators
Or it is not present or the secret key does not match.One more detail. If there’s a database table named ‘wp_newsletter’ for one site and then a second site uses ‘tcr_newsletter’, then when sending out email it was using email addresses from BOTH tables, not the ‘tcr_newsletter’ table that was associated with this client site. My work around was to create a totally new db, then import all ‘tcr_*’ tables into the new db, so there are no other tables like ‘wp_newsletter’ to get this plugin confused.
After replacing the PayPal field, I made a Credit Card purchase using the Safari browser on a Mac, the payment went through OK this time. Also made a Credit Card purchase on the iPad using Safari, and this time it went through OK.
I tried to make a payment using my iPad and Safari browser, but received the same fatal message. I’ll go back into WordPress, remove and re-add the PayPal field and try again. Stay tuned.
After renaming the ‘newletter’ table to ‘newsletter_old’ I was able to send out a new email properly, so I’m all set now.
I just uploaded 7.8.2, but prior it was 7.7.0 maybe…
To reproduce the bug just take an install of WordPress that has the Newsletter plugin, create a new table called ‘newsletter’ with a column named ’email’, add some fake addresses. Send out a Newsletter and it will first use the installed ‘wp_newsletter’ table, then continue on with the ‘newsletter’ table second.
It’s very weird, because I can search the Subscribers in WordPress, and it has the proper list of 139 email names. When I launch my next newsletter in a week then I’m hoping that the Newsletter plugin returns to normal, using only the ‘tcr_newsletter’ table. My old plugin from 10 years ago is no longer being used at all.
Here’s the Paused newsletter, notice the 1824 of 139 in the Progress column.