joroabv

So, in short, steps to reproduce : install WordPress, content-control and loco translate. Change the default WordPress language to different than English. (I also added a content-control rule to make sure the plugin get’s involved, but from what I see in the code – it is not necessary).

Ooooookay .. I also found out what is the difference between the vanilla setup and mine. It was too … vanilla :-). You actually have to change the language in Settings > General to something else than English and then the issue triggers right away along with the : “Function _load_textdomain_just_in_time was called?incorrectly. Translation loading for the?content-control?domain was triggered too early”.

Then the removal of the __() in the get_plugin_config fixes the Loco unloaded warning, also fixes the ‘_load_textdomain_just_in_time called incorrectly” warning in the backend, BUT this one still remains in the frontend – so for a complete fix more work is needed. I’ll leave this up to you :-).

So, I think the issue comes from the fact that you’re using some translation strings in the get_plugin_config method, which apparently is called early. I have no idea what is different between my full setup and the vanilla setup I tried and why the issue didn’t popup on the vanilla setup, BUT … if I just replace the __( ‘Content Control’, ‘content-control’ ) with a raw string ‘Content Control’ in the two places where it is used in get_plugin_config – the issue goes away. I hope this gives you enough clue, but if not – let me know what else do you want me to test/debug and I’lll try to help you out with this.

Hi, I just tried this on a vanilla setup and it doesn’t happen. It is probably related to the changes WP made to the language domains loading recently, as you may imagine, but looks like it is specific to my setup (which is quite complicated) somehow. I’ll debug further when I have the time and come back to you.

To be more specific :

PHP Fatal error: Uncaught Error: Call to undefined function is_user_logged_in() in somepath/content/plugins/tuxedo-big-file-uploads/tuxedo_big_file_uploads.php:841
Stack trace: 0 somepath/content/plugins/tuxedo-big-file-uploads/tuxedo_big_file_uploads.php(244): BigFileUploads->get_upload_limit() 1 somepath/wp-includes/class-wp-hook.php(326): BigFileUploads->filter_upload_size_limit(52428800) 2 somepath/wp-includes/plugin.php(205): WP_Hook->apply_filters(52428800, Array) 3 somepath/wp-includes/media.php(4028): apply_filters('upload_size_lim…', 52428800, 52428800, 52428800) 4 somepath/content/plugins/ws-form-pro/includes/class-ws-form-common.php(1564): wp_max_upload_size()

Same for me. Pretty severe if you ask me. Hope they take measures to fix this asap.

Same here. Hope someone will pick this up !

@danieliser thanks, I’ll try to use this if something breaks up. Thank you for being responsive and willing to help.

@danieliser It seems like this fixed the Learndash widgets and shortcodes too. For now you can count my case fixed. I’ll come back to you if I notice something unusual down the road.

@danieliser

1. Yes, it seems like so, as I disable the restrictions and this makes no difference (I don’t delete them, though, if that matters).
2. No, I don’t use any of those you mentioned.
3. Unfortunately I can’t give access to our server due to privacy reasons and can’t make a setup for you as Learndash is a paid plugin, so I’ll probably void the licensing restrictions if I do it. I’m developer myself and I fully understand how frustrating this answer might be for you. I’ll understand if you’re not willing to elaborate further in my case. Even worse – I currently updated a test server that even can’t debug myself. I need my local environment always sane and working, so I do those kind of plugin update tests on an unimportant server, which unfortunately is not debuggable. If you still want to dig into this, though – I can try to provide you with some debug information by adding logging here and there in the code, if you give me some exact points where you need it and eventually what you need logged.

Update – I think this is exactly the case and it will be good if you lower your init prio to 9. See similar discussion here : 2023-9-18 08:33:41 – ERROR: Rule content_is_page_with_category has no callback | www.remarpro.com

@kionae Ah, of course not. It is a racing condition on init. I just thought you’re using it, since you mentioned pages tags. But anyway – it is the same principle and I think the plugin I use has the same problem.

@kionae Yeah, I think so, but if that’s the case – it is an issue for the “Pages with category and tag” plugin, I think. I somewhat raised the question here : Doesn’t play well with Content Control 2.0 plugin | www.remarpro.com but still no feedback from the developer, although he reacted quite quickly initially. You can join me in the discussion there, if you want.

Same for me, but with all LearnDash courses lists, both as shortcodes and Elementor widgets – the list renders, but all the data is missing – post titles, featured images etc are not there. The links on each course in the list work though … weirdly. Also as @defender75 – disabling all the rules does not have any effect. Disabling Content Control does though, so it is definitely CC that breaks them.

• This reply was modified 1 year, 6 months ago by joroabv.

I have similar error and I suspect similar reason. The plugin “pages with tags and categories” does stuff on init with prio 10. The other plugin (cooked pro in my case) does get_posts on init ALSO with prio 10. So think what happens is a racing condition even though the call is in the init and not before it. Already mentioned that to the developer of “pages with tags and categories”, but have no feedback yet.