fdittmar

Hmm, I did both tests/activities and not as clear-cut as my two coding AI’s interpreted the sql & error logs first time around. I think your experience and suspicion about ai error interpretation might be right as I see something working with AME off but the sql values and UI changes are not consistent. I think it points away from AME.

Don’t want to take up more of your time – I’ll do a bit more testing and get some non-electronic help with this after the weekend and revert if needed.

Thank you for the quick replies and straight interpretations. 5*

Hi, thanks for the quick response. I’m not a coder so asked various coding tools to help with analysis and troubleshooting when my attempt did not work. I try to summarise from that below:

You’re right that update_post_meta() itself works fine – the meta field _bbp_visibility is being set to ‘private’ correctly in the database.

The issue is that AME’s Content Permissions appears to override bbPress’s native visibility in the UI, regardless of what _bbp_visibility is set to.

Here’s what we found:

1. The _bbp_visibility field is set correctly by our script:
   • Both working and non-working forums have _bbp_visibility = 'private' in the database
2. But the UI displays different visibility based on AME’s _ame_cpe_post_policy field:
   • Master forum with {"accessProtection":{"active":"default"}} → Shows “Private” in UI ✓
   • Subforum with {"accessProtection":{"active":"replace"}} → Shows “Public” in UI ✗
3. When we manually change the subforum visibility dropdown from Public → Private and click Update:
   • The forum then displays correctly as “Private”
   • But _bbp_visibility was already ‘private’ before this change
   • The only thing that seems to change is how AME handles it

Our question: Is there a way to programmatically set the AME Content Permissions to respect bbPress’s native visibility settings (like the “default” mode does), or to exclude forums from AME Content Permissions entirely?

We tried setting _ame_cpe_post_policy directly to {"accessProtection":{"active":"default"}} but this caused an error: Unknown access protection tag: default

Test conducted: Yes, we can confirm that with AME deactivated, the forums display their visibility correctly based solely on the _bbp_visibility meta field.

Our use case: We’re bulk-creating forum structures programmatically (master forum + 8 subforums per course) and need them to respect bbPress visibility settings without manual intervention.

Any guidance would be appreciated!

I emailed Friday. Thank you.

Understood, thanks. I was using FLUSH as my listings were regularly lost in site caching somewhere…

Looks like running the conversion isn’t enough… need to tick a box to also delete the old credentials (didn’t like doing that as there was no testing other than connection at that point)

Thanks

I now have recordings missing from as far back as last Tuesday… something is very broken.

Just to give you an idea on the issue timing. One school class recording (1h long) yesterday took Zoom less than 30min to render
>zoom email: Your cloud recording is now available. 31min after recording end

On the page with the shortcode now (19 hours after recording available on zoom):
>No recordings found. Check for latest

Deepen,
I’ve now observed it multiple times over the last few days on many different school pages.
The good news is that the recording eventually shows so it seems to be a timing issue.
Yesterday, one recording took 15 hours to show up in the shortcode page (after it was available in the zoom cloud ui). At the same time, another recording only took 30min.

I assume this is not plugin related but a Zoom (api) issue…?

Thanks