silversee
Forum Replies Created
-
Thank you, but unfortunately, this fix does not work for me.
After installing and activating UM Extended version 2.10 beta.16, whenever I enable the Block Disposable Email Domains extension, it crashes my site with the following error:
Invalid Class Name: \UM_Extended_Block_Emails\Core
If I uninstall the beta version and reinstall version 2.04, I can activate this extension without issue, so I assume the problem is introduced with new version.
I am running WordPress 6.8.3 and PHP 8.3, in case that is relevant.
Unfortunately, this means that as of now, I have no resolution to original autoload performance issue, since the the email domain list is still present within um_options.
How can I report this as a bug or get some further assistance?
Thanks in advance.
Thank you.
I wanted to start fresh, so I proceeded as follows:
- Deactivated and uninstalled the separate um_block_emails plugin that I had recently installed. (Note that this procedure seemed to leave an empty um-block-emails directory in /plugins for some reason.)
- Deactivated and uninstalled the UM Extended original plugin (full package)
- Reinstalled UM Extended (full package) from the latest Github release containing the fix (it installed and activated fine)
- From the UM Extended settings page, I activated the Block Disposable Email Domains subcomponent
Unfortunately, this triggered an immediate site crash, throwing up the following error: Invalid Class Name: \UM_Extended_Block_Emails\Core
I had no access to the WordPress dashboard, but my hosting provider was able to deactivate UM Extended via File Manager, and the site came back.
I am wondering if this error had something to do with us having installed the separate um_block_emails plugin side-by-side with UM Extended package? (I did not realize this is what would happen when I installed it–I thought it would just replace the existing subcomponent.)
In any case, our site is working again, but I am unsure how to reset things so that UM Extended will work again.
Based on the pathname shown in the error, I think the code may be looking for the individual plugin in the root of the /wp-content/plugins directory. Does this sound right? Does this mean that if I reinstalled the individual plugin, things might work?
Looking at the file system, it is unclear where the full UM Extended package actually gets installed, since it does not seem to have its own separate directory.
I appreciate that you are not paid to be tech support, but if you have any thoughts, we would appreciate them! 🙏
All the best.
Edit: and of course, we still have the very large um_options payload at this point. 🙁
So, I installed the Blocked_Disposable_Email_Domains plug-in from the 2.1.0-beta.16 beta release on Github, but it appears that there is no change in behavior. Looking at your recent comment on issue #91, it seems the change was made in source, but not to the release zip file?
I don’t really have the ability or environment to build it from source. Any ideas, other than to wait for a proper release?
Thanks again for the help.
Excellent, thank you. I will follow up on this.
- This reply was modified 7 months ago by silversee.
Thank you for this, it is very helpful. We already use several of your other extensions on our site, and are grateful for your work.
It appears the that main culprit here is the block_disposable_emails option, from the UM Core extension Block Disposable Email Domains. When sorted by size reversed, it shows a size of 1236645.
However, even after deactivating this extension, the option still appears in the list. If we wanted to get rid of this, is it necessary to edit the database manually?
Thanks in advance.
Forum: Plugins
In reply to: [Contact Form 7] error showing on min/max number when not specifyingHi Miyoshi-san. I can confirm that this is happening to me also since the 5.18 update. I had to rollback to 5.17 to get my forms working again. In my case, all of the number fields on the form displayed “number is larger than the maximum allowed” errors, with or without an actual value in the field… Switching from PHP 7.4 back to 7.1 made no difference on my site.
I had to roll back CF7 because the site is in production and the forms are mission-critical to our business. I don’t have a test site I can point you to to demonstrate the error, unfortunately. A form that is affected by 5.18 is here: https://www.cascadehorseshows.com/2020-hay-feed-shavings-order/
Hope this helps.
Forum: Plugins
In reply to: [Conditional Fields for Contact Form 7] Test for empty text fieldHmmm, okay, thanks for the response. I somehow missed this in the documentation. I will check again and verify, and maybe see what else might be going on.
Forum: Plugins
In reply to: [PVB Contact Form 7 Calculator] cf7-hide not working?In the current version of the Pro plug-in that I have (assumed latest) this class name is actually called .pvb-display-none. In case this helps anyone.
Forum: Plugins
In reply to: [The Events Calendar] Relabeler extension not working after 4.8 updateHi, thank you Brian. I will check it out and get back to you if issues remain. Thank you for addressing it so quickly.
Best,
Forum: Plugins
In reply to: [The Events Calendar] Version 4.8 broke all extensionsGuess I’m not the only one…