Can't post in Group forums

[wdfee]

Posting of new topics or replies inside of group forums is not possible. A participant/group member sees "You cannot create new topics." Super Admin sees new topic form, but submitting the post has no effect. related to #2202 and #2215

[ashenkar@…]

I'm experiencing the same issue. I can test or do anything else [except coding] that might be required to help bring the issue to a resolution. -Alexander

[johnjamesjacoby]

Unable to duplicate this on trunk. Anyone else?

[netweb]

Cannot reproduce with WP r23646(/trunk) / bbP 2.2.4 / BP 1.6.4

[netweb]

@wdfee & @ashenkar Are you using any User Roles management plugins? (Members, S2Member etc)

[ashenkar@…]

@netweb

It may be difficult to replicate the issue using base data. The issue might occur under a specific set of circumstance with preexisting database.

To answer your question. I'm using the Role Editor plugin. I've only used it to create a new role, not adjust the existing ones. I've also checked and verified the that bbpress users have the appropriate role assigned to them.

There is another member on the bbpress forum which is experiencing the same issue. I asked if he is using a role management plugin - and he said that in fact he is. In his instance he is using the Member plugin.

The thread I'm referring to is this:

http://bbpress.org/forums/topic/2-2-3-wp-3-5-cannot-create-topics-in-groups/

I'm willing to test or give access to a staging area where the issue can be replicated. Please let me know what I can do to help.

[wdfee]

Yes, I'm using a membership plugin (and multisite by the way). It's not really a user role management but related. Deactivating the plugin doesn't help, the issue persists. But I will do some more tests with my eyes on this and will report here.

[netweb]

Can you both try disabling any User Role/Membership plugins you are using and then run the repair tool 'Remap existing users to default forum roles' and see if the issue persists.

[wdfee]

I don't find the repair tool. (I can remember it's been there in some version, but must have disappeared on the way...)
All plugins are deactivated but bbP (trunk #4792) and BP (trunk #6846) / WP 3.5.1.

[netweb]

It should be the last one in the list /wp-admin/tools.php?page=bbp-repair

[wdfee]

ok, the admin menu seems to be gone but the direkt link to the repair tools works. Tried it, then tried each repair tool one by one. One thing changed: Participant now sees post form, same as for admin: adding a topic/reply doesn't work (no effect).

[netweb]

Next step, create a new user whilst your User Role/Membership plugin is disabled and assign this user the bbPress 'Participant' role, how does that work for the new user?

[wdfee]

... same. No matter who (which role) tries to post, the response is always the same topic of this group (maybe it was the first topic ever). I now tried to delete this topic as group admin / super admin / keymaster -> deleting doesn't work, too. (Only in group forums, the non group forums work like a charme).

[wdfee]

deleting in frontend doesn't work -> but in backend yes. Then I tried to post in frontend again, the response is the next old topic now. as super admin I can post new topics into the group from wp-admin. participants (subscribers, even administrators) have no access to the forum/topic/reply section in wp-admin (the admin menu is not shown). If I try to access it directly I can see my topics on /wp-admin/edit.php?post_type=topic . If I try to add a new topic as participant/admin (not super admin, must be minimum contributor) wp dies with "Invalid post type". The admin menu item for repair tools is there again now, I deleted some resting plugin files.

is there anything I could look for in the database? Or some variable output for debug (debug is on, but shows no errors)?

[johnjamesjacoby]

You'll want to look at the capabilities arrays for each user exhibiting the problem, and examine what individual caps they are granted. Role plugins for WordPress seem to all take a brute-force approach to saving all caps in the database, all the time, sometimes even meta caps and dynamic roles.

I'm unable to duplicate this also, so I'm moving it to 2.4 for more investigation and/or closing.

[wdfee]

I printed the capability array this way:

global $current_user; get_currentuserinfo(); print_r( $current_user );

On the form and in backend all capabilities are correct - super admin can do everything, participant can e.g. participate, publish_topics, publish_replies ... I also deleted all entries in the db (options/sitemeta) that were inserted by other plugins (don't worry, it's a complete test area). I don't think that it's a capability/role issue.

I tried a print_r/var_dump on some code to get where it breaks, but I didn't find it yet. It seems that the functions bbp_new_topic_handler(), bbp_post_request() and bbp_template_redirect() are not called at all, there is no output inside the group (even no effect with a wp_die('message')). Could it be an issue with template_redirect?

Next I will do a clean install and put the plugins one by one to get behind it - I'll report here...

[wdfee]

on clean install (see #2268) now with r4818 this issue is still there:
Super Admin = Keymaster = Group Admin cannot post topics inside of group forum.

[netweb]

I have just setup a clean install using WP 3.5.1 / bbP 2.3 r4819 / BP 1.7 r6862
Multisite installed using sub-directories eg. example.com/site1 with bbPress & BuddyPress both network activated.

@wdfee Some questions...

How did you setup the 'group forums'

• Enable BuddyPress 'retired' component 'Group Forums'? (/wp-admin/network/settings.php?page=bp-components&action=retired)

or

• bbPress BuddyPress setting 'Enable Group Forums' (/wp-admin/options-general.php?page=bbpress) and if so what did you select as 'Group Forums Parent'? 'Forum Root' or a specific forum?

[wdfee]

First of all I activated BuddyPress with all components enabled. Then I activated bbPress and I set up a new Forum called "Groupforums" (Type: Forum, Status: Open, Visibility: Public, No Parent). Then I enabled Group Forums in bbPress Setting with this as Parent. After this I created a new group "Test Group" with forum enabled. This forum seems to be set up correctly, it appears in the backend Forums list hierarchical under "Groupforums".

[netweb]

Ok... Recreating per your settings

• 'Groupforums' forum created | Type = Forum | Status = Open | Visibility = Public | No Parent
• Group forums enabled in bbPress settings to use 'Groupforums' for BuddyPress group forums.
• 'Test Group' BuddyPress group created using privacy = 'public group' | Group Invitations = 'All group members'
• 'Group Forum' checked the box 'yes' for this group to have a forum
• 'Avatar' left as default
• 'Invites' send 'test user' an invite

User 'admin' (Super Admin for the network and 'Keymaster' on the first site has no problems replying to topics created by a standard user with WordPress role 'Subscriber' and bbPress role 'Participant'.

User 'admin' can also create topics without issue.

[wdfee]

I think I got the breaking point on the clean install:
it does not work if you network activate BP, but bbpress for the site only.

[wdfee]

I need the combination BP network wide + BBP site only because the subsites shall not (and even don't want to) have an own forum but discuss on the mainsite. I need BP network wide for activity tracking and other network wide functions.

[netweb]

Confirmed using Network Activated BuddyPress with Single Site bbPress

• 'admin' cannot create new topics in group forums via frontend.
• 'admin' can create new topics in group forums via backend.
• 'admin' can create new topics in standard bbPress forums via frontend/backend.

[johnjamesjacoby]

Narrowed this down to a problem with bp-default. Disregard any of the roles/caps issues anyone was assuming above.

[MZAWeb]

Just trying to get my head around BP, but I think this is happening:

BBP_Forums_Group_Extension (child of BP_Group_Extension) ->_display_hook calls bp_core_load_template, and that functions makes an exit(); call after loading the template, if found. This is not failing for other themes, because they don't have that particular template (bp-themes/bp-default/groups/single/plugins.php)

So, everything hooked into any hook after bp_template_redirect isn't being executed.

[MZAWeb]

Interestingly, as bp_template_redirect and bbp_template_redirect have the same priority on template_redirect, when BuddyPress is network activated, bp_template_redirect runs before, but when the two plugins have the same scope, bbp_template_redirect runs first.

I don't know almost anything about BP, so I'm not sure if this will break any other feature, but changing the priority of bp_template_redirect to 11 seems to fix the issue.

add_action( 'template_redirect',       'bp_template_redirect',      11    );

Anyway, this seems more like a hack than a long term solution. Killing the execution at that point seems risky, and I can see how this could break a lot of plugins.

[johnjamesjacoby]

(In [4826]) Move 'bbp_template_redirect' action to priority 8, giving bbPress precedence over network activated plugins hooked to 'template_redirect' at priority 10 (like BuddyPress). Fixes #2225.