Feature #8860

Hardcode team permissions on main site

Added by Boone Gorges almost 2 years ago. Updated almost 2 years ago.

Priority name:
Category name:
WordPress (Permissions)
Target version:
Start date:
Due date:
% Done:


Estimated time:


The mysterious issue of team member demotion - see #234, #1932 and many other tickets - seems to be linked to some unholy interaction between bp-groupblog, bbPress, and the main Commons site. I've tried on various occasions to fix, but I haven't even been successful at diagnosing the precise cause.

As a workaround, I'm going to put a filter in place that enforces blog #1 permissions for certain members of our team. Namely:

- scottvoth will be an editor (mainly for hero slides)
- mweber will be an administrator (mainly for Unconfirmed access)

This list can be modified in the future. Let me know if you have revisions in the meantime.

Related issues

Related to CUNY Academic Commons - Bug #9062: re-add me as admin of


#1 Updated by Boone Gorges almost 2 years ago

  • Category name set to WordPress (Permissions)

#2 Updated by Boone Gorges almost 2 years ago

(added Scott and Marilyn as watchers)

#3 Updated by Matt Gold almost 2 years ago

thanks for this, Boone!

#4 Updated by Boone Gorges almost 2 years ago

  • Status changed from New to Resolved

This is set up in Scott and Marilyn, this works by detecting, when you load the Dashboard, whether you're missing the capabilities you ought to have; if so, it re-adds them, and you might not see them until the next page refresh. Hopefully you'll never notice this again (beyond occasionally needing to refresh the page) but please let me know if you run into problems.

#5 Updated by Marilyn Weber almost 2 years ago

Thanks for your dogged persistence! Looks good now.

#6 Updated by Boone Gorges almost 2 years ago

  • Related to Bug #9062: re-add me as admin of added

Also available in: Atom PDF