Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 22 replies - 1 through 22 (of 22 total)
  • Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    I’m using a child of the bp-default theme, and I haven’t overridden the activity template.

    A search of the files in the buddypress/bp-themes/bp-default folder turns up nothing, so I’m guessing not.

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    :-)

    Nope, not permalinks.

    Not sure how that would effect the routine that adds the entry to the menu though!

    Cheers

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Sorry, @hnla, didn’t mean to offend! In my experience, if something doesn’t work and then you’re advised to change it to something else that does work, it usually means the original was wrong!

    Don’t suppose you have any insights into why it’s still not adding the entry to the Show menu?

    Cheers!

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Hmm… just come across some other problems.

    1. The codex example still isn’t inserting the entry into the Show drop-down menu.

    2. I have a post type called “document” and that isn’t working at all, although my others are.

    Finally, and this is just an observation, but I wonder why all of this is necessary. The WordPress function register_post_type() already allows you to set singlular and plural labels for post types – surely it would be better for the bp_activity_set_post_type_tracking_args() function that we’re modifying here to use these labels by default?

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Thanks all for this. I can confirm that it has solved the problem.

    I had already worked out that 'component_id' => buddypress()->activity->id was wrong and should be 'component_id' => 'activity', but it’s interesting to find that the source of the problem was that the codex example was (and still is, btw) hooking into the wrong action.

    Now, on a related note, does anyone know if it’s possible to insert the name of the post into the 'bp_activity_new_post' parameter?

    Cheers

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    *bump* I can’ believe no-one else has this problem!

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    I’ve had this problem for years with BuddyPress updates.

    Each time you update BuddyPress you need to get into the habit of going to Settings > Permalinks and clicking on Save Changes (you don’t need to actually change anything, just click Save Changes)!

    Hope that helps

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Hi tstrickland415, thanks for the input, but I am only talking about creating new posts. I wouldn’t expect it to effect old posts as they are already stored in the database!

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Hi shanebp

    Thanks for the that, but I have tried the repair tools, and they don’t do anything to help me.

    Yes, I know of that script, but was rather hoping that there was something that I’d overlooked without having to get my hands dirty directly editing the database!

    Seems to me that this is something that the repair tools should handle. I can’t be the first person to have tried to move the location of a forum.

    It also seems odd that this is actually a problem, as I seem to recall a recent update to BP boasting that the activity stream was now generated automatically on each load, rather than being a pre-defined set of data. Surely the URL of a forum post should be something that is being regenerated each time?

    Thanks again

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Since BP 1.6 there has been a constant that defines this.

    Just add define ( 'BP_GROUPS_DEFAULT_EXTENSION', 'forum' ); to your functions.php or bp-custom.php file.

    From then on, when you click to go to a group, it will display the group’s forum page instead of the normal ‘Home’ activity landing page.

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    You’re absolutely right, but I’ve been using it for 2 years and, all I can say is, I’ve never had a problem with it.

    I do hope I’m not tempting fate there!

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Private BuddyPress by Dennis Morhardt works an absolute treat for me.

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Thanks @shanebp, yes I know how to trouble-shoot WP – I was hoping that, since it’s reporting as coming from WP’s functions.php, this might be a known issue, so thought I’d ask first before taking the site offline.

    I have my wp-debug set to write to a log file. I cleared the file and loaded one page, and saw the 2 errors repeated 4 times. So, over the course of a day with many people accessing it quickly mounts up to thousands!

    Cheers

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Well, I’ve solved the problem – or, at least, what was causing MY problem – others may be having different issues.

    Background: I originally set up this site in BP 1.6. When 1.7 came along and the old built-in forum system was deprecated, I installed bbPress 2.3 as instructed and it migrated all of my forums over to the new system.

    So, I naturally assumed that all of the settings would be taken over too. I’ve just looked at the individual forums and have noticed that they have all had their Visibility set to Public, even though they are in Private or Hidden groups!

    So, setting the visibility to what it should be has solved the problem.

    HOWEVER, I do still consider there to be at least 3 bugs in the BuddyPress / bbPress software:
    1. When the forums were converted from bbPress 1.x to 2.x they should have had their visibility set correctly.
    2. The forums are all hosted within groups. Forums like this should respect the group’s Privacy settings.
    3. Even if you should set a Public forum within a Private group, the posts should not appear in non-members’ activity feeds. The forum itself is not visitable, neither are its individual posts.

    Peter

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    In theory if you set your group to “Private” or “Hidden” then non-group members are not supposed to be able to see the posts in that group’s bbForum.

    However, and this is denied by the developers, I am experiencing a bug which is making all forum posts appear in the site-wide activity stream to all members, although when they click on the link they cannot view the post.

    cf: https://buddypress.org/support/topic/private-group-posts-appearing-in-activity-stream-to-non-members

    So, no, you’re not going crazy ;-) and yes, it is incredibly frustrating!

    Peter

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    BuddyPress groups can’t have categories associated with them. My advice would be to just set up a different group for each island. You can make each group private to ensure that only members of that group can see the forum posts within.

    Additionally, there is a plugin which will give groups hierarchies if you wanted to make it easier to group groups together (eg, if your islands are grouped geographically you could have a “north islands” group and a “south islands” group and within each group you would then have your individual islands groups).

    Search for “BP Group Hierarchy”

    Hope that helps

    Peter

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Update: bbPress 2.4 does not fix the bug!

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Will there ever be a resolution to this problem? BP 1.8 with bbPress 2.3.2 on WP 3.6 still sees forum posts in Private groups appearing in non-group members’ activity streams!

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Thanks but, like kraigg there, I am running bbPress 2.3.2 so this issue is very much not fixed!

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    I’ve just had the same problem. There’s a few steps I took to fix it, any one of them might have been the magic one, but taken together they solved the problem:

    • Go to Settings > Forum and change the Default User Role to keymaster
    • Tick Auto role
    • Click Save Changes
    • Set Default User Role back to Participant
    • Click Save Changes
    • If you have a user role editing plugin, go to it, or if not, install one
    • Edit the Administrator role and make sure that Manage forums is applied (there might be others, so make sure that anything that sounds forum-related is also checked).

    And that shoud (ha ha!) solve the problem.

    Good luck!

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    Sorry, should have said first time round – I’m using a self-developed child of Buddypress Default theme. I only made a child theme because I needed some custom page templates for some non-BP related stuff. Everything BP-related is handled by BP Default.

    I have tried it with the BP Default theme, and I have turned off all other plugins. I have even reinstalled the BP plugin.

    I have now found the thing to turn the group forums (legacy) back on, but it makes no difference.

    Thanks. Any thoughts or insights would be much appreciated.

    Profile photo of Peter vanDoorn
    Peter vanDoorn
    Participant

    @petervandoorn

    I use the Private Buddypress plugin – it’s very simple and locks the whole site down, with the option to exclude the front page or blog pages if you want, otherwise everything gets password protected and only shown to logged-in users.

Viewing 22 replies - 1 through 22 (of 22 total)