supaiku

Thanks, this particular site has a too many plugins issues, so I’ll probably just deal with the work around, but that’s sort handy and I might try it out on another!

I was able to implement the manual workaround suggesed by @1greatness of switching to the code editor and swapping "orderBy":"date" with "orderBy":"rand" .

I could still edit the rest of the blocks, but the query loop didn’t load in Gutenburg anymore for editing, which is fine. I saved it as a pattern first, so I can re-create if it needed, and re-do the hack. Pagination seems to work just fine too: https://www.sociocracyforall.org/content/#Sociocracy_articles_and_videos

It seems clear that the functionality is hung up with Gutenburg’s development team here despite being supported by wordpress.
https://github.com/WordPress/gutenberg/pull/50999

There’s question about the usefulness of randomized sorting (which is frankly puzzling), and concern about performance and caching impacts. These issues don’t seem worth not having the functionality to me, but so it goes…

Since it seems Gutenburg developers are uninterested in enabling this function, it would be handy if there were a plugin that just enabled the GUI selectability for random sorting in Gutenburg and did nothing else, because I don’t want to add extra bulky plugins, but given that this work-around isn’t too inconvenient, I’m content to hack Gutenburg in this way, as ugly as it is.

• This reply was modified 10 months, 4 weeks ago by supaiku.
• This reply was modified 10 months, 4 weeks ago by supaiku.
• This reply was modified 10 months, 4 weeks ago by supaiku.

Actually, it looks like the issue was that I had accidentally edited the Meta Pattern when editing a page, and left the page open. The Meta Pattern had failed to save, and so was stuck somehow, not displaying the actual content.

This seems like it was probably some sort of bug in some way, but likely hard to replicate other than to attempt to edit Meta Pattern, leave changes unsaved, then edit the Meta Pattern via a seperate window. Perhaps this is desired behavior to prevent multiple editors from breaking something, who knows.

Also this on 8.3:
[10-Dec-2023 03:13:22 UTC] PHP Fatal error: Duplicate declaration of static variable $fields in /var/www/htdocs/wp-content/plugins/ninja-forms/includes/Admin/CPT/Submission.php on line 245

was it solved?

submitted a support request on the through the website

Does Soliloquy support webp and optimization itself?

This would also be another suitable solution – if it optimized.

I see – I guess I was maybe trying without the www on accident – so that explains it! ??

It’s at https://www.ashevillains.org (though there is a coming soon page for now).
Do I need to do something special to get it to use the subdomain or is itbecause of the coming soon plugin?

fixed by rolling back to the previous version. webhook simulations still fail though.

also seeing the same error on 2.0.0

Thank you,

We aren’t using your plugin, but rolling back to 3.6.8 fixed this issue on our installation as well.

mm well perhaps that’s my problem to begin with ?? Thanks!

Also missed this setting. The text currently reads:

“analytics.js is recommended in most situations. gtag.js is a wrapper for analytics.js and should only be used if you’re using other Google services. Both are hosted locally when this option is selected! gtag.js and analytics.js can only be used with the v3 API. GA v4 (beta) users should choose gtag.js (V4 API). I don’t know what to choose.”

Instead something like:
“analytics.js is recommended in most situations, except for GA v4 users. gtag.js is a wrapper for analytics.js and should only be used if you’re using other Google services. Both are hosted locally when this option is selected! gtag.js and analytics.js can only be used with the v3 API. GA v4 (beta) users should choose gtag.js (V4 API). I don’t know what to choose.”

However I still haven’t gotten it working :/

This one definitely threw our team for a loop.

I tried adding these to the functions.php but it doesn’t seem to resolve the issue.
In fact, it just keeps causing critical errors…
How is this code meant to be applied?

hopefully it doesn’t have to be manually updated every update?

• This reply was modified 2 years, 11 months ago by supaiku.

We’re also getting a fatal error when attempting to publish posts to discourse:

An error of type E_ERROR was caused in line 207 of the file /www/sociocracyforall_679/public/wp-content/themes/Divi/includes/builder/feature/gutenberg/blocks/Layout.php. Error message: Uncaught ArgumentCountError: Too few arguments to function ET_GB_Block_Layout::get_the_excerpt(), 1 passed in /www/sociocracyforall_679/public/wp-includes/class-wp-hook.php on line 303 and exactly 2 expected in /www/sociocracyforall_679/public/wp-content/themes/Divi/includes/builder/feature/gutenberg/blocks/Layout.php:207
Stack trace:
#0 /www/sociocracyforall_679/public/wp-includes/class-wp-hook.php(303): ET_GB_Block_Layout->get_the_excerpt('It was yet anot...')
#1 /www/sociocracyforall_679/public/wp-includes/plugin.php(189): WP_Hook->apply_filters('It was yet anot...', Array)
#2 /www/sociocracyforall_679/public/wp-content/plugins/wp-discourse/lib/discourse-publish.php(271): apply_filters('get_the_excerpt', 'It was yet anot...')
#3 /www/sociocracyforall_679/public/wp-content/plugins/wp-discourse/lib/discourse-publish.php(209): WPDiscourse\DiscoursePublish\DiscoursePublish->sync_to_discourse_work(32452, 'The day I conse...', '