IFX
Forum Replies Created
-
Forum: Plugins
In reply to: [WooCommerce] Woocommerce > Settings > Payments blank after updateHi @cmaheux35 I’ve had this happen on every WooCommerce install I manage (about 5 so far), and the way I was able to fix it was to go to the Advanced settings tab, then click on Features and disable the “Payments Settings (beta)” option: “Enable the new payments settings experience”.
Once I turned that off, it was back to normal and displaying the payment settings again.
I just wanted to post an update on the solution I eventually found to the issues I was having above, because I was incorrectly blaming Elementor.
Even though all the errors coming up in the console were pointing to Elementor js files, the site was using an old theme created by an author that was no longer keeping it up to date, and I found out the theme had come with a plugin from BdThemes called Element Pack Pro. As this was a premium plugin, it hadn’t been getting updated, so was extremely out of date. Once the client purchased a current license of Element Pack Pro, I was able to update it and all the Elementor errors disappeared.
This wasn’t obvious earlier, as the theme doesn’t work without that plugin, and as such, the theme had disabled the ability to deactivate it for testing.
Just thought I’d mention this as something to keep an eye out for if you’re running into a similar situation.
(I no longer work on sites that use pre-built themes that I didn’t create, unless they’re looking for a rebuild 😉 )
I’m still having the same problems as others here appear have here. I’ve tried everything suggested, but nothing solves the problem. I’m ready to give up due to the amount of time I’ve wasted so far. Maybe the site just needs a rebuild due to an older theme it’s based on 🙁
Interestingly there’s a bunch of javascript errors in the console that didn’t exist prior to 3.24.x… and they only occur when *logged into wp-admin*. If I’m not logged in, the site works and looks just fine, but if I’m logged in – I can do the elementor regenerate css / data thing, and the page will then load fine once, but if I refresh the page it then loads broken again where half the images and elements don’t appear to load.
The javascript errors refer to various elementor script errors of missing functions etc.
If I revert to v3.23.3 it works fine again, both not logged in, and logged in. But if I go to any version higher than that it breaks.
I keep hoping the next update will fix it, but now at 3.24.7 it’s still broken, so I’m now thinking the only way to get out of this will be a rebuild, even if the client doesn’t pay for the migration, it’s just too painful to maintain this site with this setup any longer.
Uncaught TypeError: Cannot read properties of undefined (reading ‘handlers’)
at 820 (frontend.min.js:2:4477)
jquery.min.js:2 jQuery.Deferred exception: Cannot read properties of undefined (reading ‘tools’) TypeError: Cannot read properties of undefined (reading ‘tools’)
at Frontend.initOnReadyComponents (http://sca.local/wp-content/plugins/elementor/assets/js/frontend.min.js:2:7393)
at Frontend.init (http://sca.local/wp-content/plugins/elementor/assets/js/frontend.min.js:2:9297)
at HTMLDocument. (http://sca.local/wp-content/plugins/elementor/assets/js/frontend.min.js:2:9523)
at e (http://sca.local/wp-includes/js/jquery/jquery.min.js:2:27028)
at t (http://sca.local/wp-includes/js/jquery/jquery.min.js:2:27330) undefined
ce.Deferred.exceptionHook @ jquery.min.js:2
jquery.min.js:2 Uncaught TypeError: Cannot read properties of undefined (reading ‘tools’)
at Frontend.initOnReadyComponents (frontend.min.js:2:7393)
at Frontend.init (frontend.min.js:2:9297)
at HTMLDocument. (frontend.min.js:2:9523)
at e (jquery.min.js:2:27028)
at t (jquery.min.js:2:27330)Forum: Reviews
In reply to: [Admin and Site Enhancements (ASE)] Does a lot, but not very wellDoesn’t the “view as” option give you a URL to use in case you get locked out? or is that a recent update that wasn’t in the version @deralict was using? Also, doesn’t the customer still see the admin bar? or did @deralict also turn it off for non-admins?
I’ve always preferred the list view in the media library due to the lack of options in the grid view, so I never noticed the issue with the media replace either 😉I don’t really see how these two issues, one of which may be due to user error, make this only worthy of two stars??
- This reply was modified 2 years, 7 months ago by IFX.
So bokibe, you’re going to give every plugin that doesn’t support the Dutch language one star?
How about contributing something to the WordPress community yourself? You know that, unlike closed source software, YOU could actually fix it – by offering some corrections to the translations.
There’s nothing wrong with pointing out where improvements can be made – but 1 star? really?
While I haven’t used Instant Indexing myself, so it may well be the culprit here – I just thought I’d mention that I’ve found deactivating all plugins and then activating them again, can sometimes fix things as well 😉
I have this problem regularly with Clients that chose to use GoDaddy as their host – sometimes it eventually fixes itself, but many times I found using WP Optimize helped (which deleting all the drafts etc) seemed to clear the issue many time… but better yet, find a better host.
Having said that, I tried other page builders on the same hosts without the same issue, so I’ve since decided to stop using Elementor moving forward (as well as avoiding taking on any clients that choose to stick with GoDaddy for their hosting 😉 )
Oh! and sometimes it also helped to deactivate all plugins (all the ones WP allows you to) and then re-activate them again. Many times – for some reason – that has fixed quite a few Elementor issues I’ve had.
Although with the latest versions of Elementor (somewhere post 3.9.x), nothing fixes the issues I have on my Elementor themed sites, so they’re currently stuck on pre-3.9.x versions for now (until I can get them off Elementor themes)
@josklever I don’t think it’s fair for a “messenger” to recommend people remove software if they haven’t even looked into whether something is a legit security concern where removing the software would be warranted.
If blindly passing on warnings without checking any of them is what the feature does, then make it very clear that it needs to be checked by the user before they do something as drastic as removing the software completely. That’s where I feel they’re crossing the line a bit.
It just doesn’t make them look good – and can really damage the plugin author’s reputation as well as their own. A bit like being sent a warning about something from a friend online, where they tell you to warn all your contacts, and, without checking it, you send it on, only to later find out it was some bogus story from 8 years ago… and end up feeling kinda stupid for creating all this fear over something that turned out to be incorrect.
Make it clear that the effect of the issue needs to be evaluated, is all I’m saying… rather than freaking everyone out.
This seems ridiculous, I feel sorry for @tobiasbg having to waste so much of his time on this.
Seriously, can someone explain to me how this so-called “vulnerability” is any different to someone using any text editor to create a CSV file with a malicious code embedded in it?
Does this make the text editor “vulnerable” if it doesn’t check what the user enters into it? I wouldn’t want my text editor (or in this case tablepress) to limit what I can enter when I’m an admin that wants total control over my own web site.
Sure, a hacker could somehow gain access to my admin area, and insert some malicious code, but how’s that the fault of tablepress? They didn’t gain access to the admin area via tablepress or because I have it installed – it’s NOT causing any vulnerability to my WordPress site!
Very disappointed in Wordfence to cause such fear for clients and suggesting people remove tablepress from their sites – as if it’s supposedly dangerous to their web site!