[Robin W]

ok, the simplest way would be as follows

In you theme create a directory called bbpress

ie wp-content/your-theme-name/bbpress

The copy the following file into this

wp-content/plugins/bbpress/templates/default/bbpress/loop-single-forum.php

so you end up with a file

wp-content/your-theme-name/bbpress/loop-single-forum.php

bbpress will now sue this file instead of the default one, so then edit this file to change line 68 from

<span class="bbp-topic-freshness-author"><?php bbp_author_link( array( 'post_id' => bbp_get_forum_last_active_id(), 'size' => 14 ) ); ?></span>

to

<span class="bbp-topic-freshness-author"><?php //bbp_author_link( array( 'post_id' => bbp_get_forum_last_active_id(), 'size' => 14 ) ); ?></span>

If your theme is a child theme, then that will be fine. If it is a main theme, then just keep a note of this change, as you may have to repeat it on a theme update.

[boblebad]

I can’t say that it was something really simple, cause looking around the database and settings in the Dashboard for a couple of hours without finding anything that was related to the problem, i just killed of Paid Memberships Pro and reinstalled it.

Problem solved.

Did i find the cause ? – No, i don’t know whether there’s a bug or something else messed it up.

So is this thread of any help ? – Don’t know, maybe, you just know to kick PMPro out and reinstall it, then it all works again.

Should you however know what the problem was or could be, then post it, cause there are so many people out there having this problem in one form or the other.

And that leads me to think that there’s something not coded as it should, i don’t know whether it’s bbPress or all the plugins that is the main issue, but if it’s all the others, then there must be a lack of information from the developers of bbPress – how else can so many plugin developer get this wrong ??

Most of the time, when reading the threads about this, it comes down to restricting access to the forums, it’s the source of the problem, and in my opinion it should be possible out-of-the-box.

If the problem re-occurres, i’ll get back 🙂

[Robin W]

@demonboy as per other post

have you seen

Layout and functionality – Examples you can use

[flipdamusic]

Hi,
i have the challenge to show the latest topics for the role members in the topic index view. I’m new to bbpress so i’ve to learn a lot.

I’m using buddypress with sidewide and group forums. Each group has one forum.
When I’m using a site and shortcode [bbp-topic-index] only all topics from the sidewide forums are shown. What I’ve learned is that this is a default behavior – i hope i’m not wrong 🙂

Now I want to show all latest topics / posts for all members belonging to their group / group forum – optimal on the latest topic page. The users are members (bbpress) and abonnents (WordPress).
How do i accomplish that ?

[ebarcena]

sorry I forgot to mention that you should include the nav parent id for all the menus where you don’t want the link do be displayed:

#main-nav .edit-my-profile, #footer-nav .edit-my-profile, #any-nav .edit-my-profile {
display: none;
}

[ebarcena]

A temporary fix:

// Filter wp_nav_menu() to add profile link
add_filter( 'wp_nav_menu_items', 'my_nav_menu_profile_link' );
function my_nav_menu_profile_link($menu) { 	
	if (!is_user_logged_in())
		return $menu;
	else
		$current_user = wp_get_current_user();
		$user=$current_user->user_login ;
		$profilelink = '<li class="edit-my-profile"><a href="http://www.mysite.com/forums/users/' . $user . '/edit">My Profile/Edit Profile</a></li>';
		$menu = $menu . $profilelink;
		return $menu;
}

and then add this in your CSS file:

.edit-my-profile {display: none;}

I’m still interested in getting Robin’s function to work without the CSS fix.

[Stephen Edgar]

Not sure if this is related, but on my test install when there are second-level replies to import it messes bbPress list of replies.

Yes, saw the same thing, because the replies it tries to list are linking to parent topics that do not exist.

EDIT: do not believe I haven’t read your own posts LOL. I just wanted to describe the path I have followed in case it would bring some light on your side…

Thinking ‘out loud’ is all good, helps ideas for even funkier SQL queries 😉

Unfortunately, it seems the converter doesn’t accept this…

No it doesn’t, it is pretty limited in how we can do joins and joining a table with the same name it ignores when it comes time to merge all the sections field mappings. We can work around this for now by putting all of the join bits in the from_expression thus the following works:

'from_expression' => 'INNER JOIN wp_symposium_topics t ON symposium_topics.topic_parent = t.tid WHERE symposium_topics.topic_parent != 0 AND symposium_topics.topic_group = 0 AND t.topic_parent = 0',

I also setup some groups (and what a painful experience that was), I agree it would be nice to get the group topics imported also but lets do that in v2 after I add some of the previously mentioned changes to improve the capabilities of the main converter script.

Pull request sent with above change…

[TulsaREIA]

For people still looking for an easy solution to this issue, I found a simple solution.

I wanted my blog categories to use excepts but when that setting is turned on, the root forum page does not display because it is truncated as described above.

So I turned excepts off so that the forum displayed correctly and then to make the the rest of my site use excepts, I installed the plug in “posts in page”. Then I created new pages with the shortcode from the plugin to create new static pages for my posts to display in excerpts. I updated my menus and widgets to display links to the new pages so that site visitors can easily browse the posts by seeing excerpts. Plus I did not have to hard code the forum or theme.

[Robin W]

yes, that’s what I am saying – it does take a minute or two to think about, – in effect it’s what you have at the moment, as the plugin ignores any group setting for moderators. The extra code would just allow a limitation for those who would like to limit moderators, whilst saving running unnecessary code for keymaster and moderators without forum restrictions.

Anyway I’ll take a look at it, in the meantime you currently have a workable solution with the code mod to move.php.

[elaborate]

The site is hosted locally so I can’t give you an actual live URL if that’s what you mean?

The page is a ‘customized’ version of the BuddyPress Settings page located at DOMAIN/members/USER/settings/.

Just think of it as a blank WordPress page with that URL.

By “the content” I mean the <form id="bbp-your-profile> element, and everything within it, on the Edit page at DOMAIN/forums/profile/USER/edit/.

The template file that contains the form is called form-user-edit.php.

[lagrou]

Problem I see, is that with this version all of the replies are imported, including second-level ones which have the topic ID as parent instead of their parent ID. Not sure if this is related, but on my test install when there are second-level replies to import it messes bbPress list of replies. Whereas with no second-level replies in WPS forum, it works fine.

To get only first-level replies, I have changed the above into:
"SELECT s.* FROM wp_symposium_topics s INNER JOIN wp_symposium_topics t ON s.topic_parent = t.tid WHERE s.topic_parent != 0 AND s.topic_group = 0 AND t.topic_parent = 0"

Which works fine as dumped in a PHP page. And then into:

// Reply id (Stored in postmeta)
$this->field_map[] = array(
	'from_tablename'  => 'symposium_topics s',
	'from_fieldname'  => 'tid',
	'join_tablename'  => 'symposium_topics t',
	'join_type'       => 'INNER',
	'join_expression' => 'ON s.topic_parent = t.tid',
	'from_expression' => 'WHERE s.topic_parent != 0 AND s.topic_group = 0 AND t.topic_parent = 0',
	'to_type'         => 'reply',
	'to_fieldname'    => '_bbp_post_id'
);

Unfortunately, it seems the converter doesn’t accept this…

EDIT: do not believe I haven’t read your own posts LOL. I just wanted to describe the path I have followed in case it would bring some light on your side…

[Robin W]

@trymedo – great really pleased !

When you get a moment can you just try http://www.mysite.com/topics without my plugin. I just want to confirm that it is my ‘double sort’ that is causing your issue. If it is, then I’ll probably just add a keymaster and moderator check to ignore the ‘get col’ part so that it doesn’t do that if not needed. It would then mean that the server isn’t having to check every post for these groups, so would speed response for large forums such as yours. Then the code within the move.php could be re-instated, and I wouldn’t need to spend time working out what it does !

At the moment keymasters & moderators can see all posts and forums, although I suspect that someone will want a moderator to only see and moderate a sub group of forums. I plan therefore to do the check to say if ‘keymaster’ or if ‘moderator without a group set’ then skip the for the ‘get_col’ filters, which would speed sorts for large forums such as yours and get round the issue of the double sort. Moderators with a group set would still go into the double sort, so would fall foul of the double sort if that’s how you would want them set. Give me feedback on this please, so I can work on what I should do !

[ovizii]

The plugin author of the plugin I mentioned coded What I asked for, you can find the thread here: https://wordpress.org/support/topic/need-some-help-getting-this-right-1

Fixes the Recent Replies perfectly!!!

[lagrou]

Looking at this now, threaded replies are using the same topic_parent field, though they are using this as a pointer to the ‘reply parent’ rather than the topic parent.

Confirmed. To select first-level replies only, that would be using SQL:

"SELECT * FROM wp_symposium_topics WHERE topic_group = 0 AND topic_parent IN (SELECT tid FROM wp_symposium_topics WHERE topic_parent = 0)"

And to select second-level replies only:

"SELECT * FROM wp_symposium_topics WHERE topic_parent != 0 AND topic_group = 0 AND topic_parent NOT IN (SELECT tid FROM wp_symposium_topics WHERE topic_parent = 0)"

Note that I’m excluding groups forum. Now, how to mimick this with the converter?

[Nathan]

Hi Christian,
The code I ended up using was not my original idea. I didn’t hook into a new user creation. What this does is inverts the subscribe list. It turns it into an unsubscribe list. So any user should be subscribed to any new forum by default. Let me know if something is not working for you, and I’ll see what I can do!

– Nathan

[street2k]

What would be a helpful idea is for people who has a customized css color template of the bbpress.css file to post an image of their theme with a copy of the css so anyone who would like to achieve the same or similar outcome as a guide. So the ppl who aren’t code savvy can use it for their forum. That way there is no need for a plugin to be created.

[Robin W]

@trymedo

yes that’s on my list together with a bunch of other code wrangling ! It always a balance between whether you release something because it’s good enough and whether you make it perfect, then release only to find that it still needs changing !

Given limited time to work on these things, if I got it how I think it will eventually look, it would be another 3-4 months before I released version 1.

But please keep feedback coming !

[Stephen Edgar]

Reply to Replies, I had a look and they are stored in symposium_topics like other replies, so we should have them with little effort. In case you’d like to give it a try on WPS side, and be able to test their import, they are activated using roles, “Forum comment roles” under “Forum” tab.

I’ve added some ‘replies to replies’ to my test WPS forum before converting it… In bbPress, in the backend they are not displayed in the list of replies, although I do see ‘hidden’ replies in the count that I cannot access to. In the frontend, the forum topic does not show those replies, nor do the counters. However!! When dumping wp_posts table WHERE post_type = ‘reply’, they are there, so they were converted ok, it’s just that they don’t show. I did set bbPress threated replies 2 levels deep before conversion. Any advice…?

Looking at this now, threaded replies are using the same topic_parent field, though they are using this as a pointer to the ‘reply parent’ rather than the topic parent.

This is the reply query: (My test results) Notice the ‘threaded replies’ topic ID, it is not the actual topic ID it is the reply ID they are a reply to.

SELECT CONVERT( symposium_topics.tid
USING  "utf8" ) AS tid, CONVERT( symposium_topics.topic_category
USING  "utf8" ) AS topic_category, CONVERT( symposium_topics.topic_parent
USING  "utf8" ) AS topic_parent, CONVERT( symposium_topics.topic_owner
USING  "utf8" ) AS topic_owner, CONVERT( symposium_topics.topic_post
USING  "utf8" ) AS topic_post, CONVERT( symposium_topics.topic_started
USING  "utf8" ) AS topic_started
FROM wp_symposium_topics AS symposium_topics
WHERE symposium_topics.topic_parent !=0
LIMIT 0 , 100

Working on tweaking the query now….

I’ll be happy to contribute to the bbPress Codex as well, with issues etc.

Appreciated 🙂

Browsing other converters’ Codex, I do see where there will be issues with WP Symposium, [youtube], custom smilies {{cloud}}, etc.

I haven’t looked at this yet, most of it should be easy enough from work on the other importers, just a matter of creating a list of all that is required.

As far as groups forum topics, I would add ‘AND symposium_topics.topic_group = 0 ‘ to the ‘from_expression’ of both the topic ID and Reply ID sections to get rid of those posts. Cleaner until v2.

I’ll add that shortly and do some tests.

[Stephen Edgar]

I know some tables are named bb-something, but do the post have a “tell” ?

This, you should not have ANY tables named bb-something, are you using the old v0.9x/1.x version of bbPress? The standalone version or are you using bbPress v2.x plugin for WordPress?

[dugfunny]

here is the answer…

'bbp_topic_create' and 'bbp_reply_create'

[Tom Dyer]

as a side note, it’s probably worth utilising the bbp_get_forum_post_type(), bbp_get_topic_post_type() and bbp_get_reply_post_type() from bbPress instead of hard-coding the ‘forum’, ‘topic’ and ‘reply’ in there. It’s not affecting what I’m doing right now, but you can bet it’s going to upset somebody sometime 😉

– You may already have that in mind but I just figured, since you want people testing it, that it’s worth pointing out.

[Robin W]

Have you set up using

Step by step guide to setting up a bbPress forum – Part 1

if so did you use bbPress WP tweaks?

[Robin W]

Just taken a good look at form_reply_move.php and that calls a function that uses the bbp_has_topics with a ‘post__not_in’ parameter. My function uses a ‘post__in’ parameter, and wp-Query can’t handle both in one query, hense why it falls over.

I’m already in trouble with my wife for still typing this, but try copying

wp-content/bbpress/templates/default/bbpress/form_reply_move.php to a folder called bbpress within the root of your theme – ie wp-content/your-theme-name/bbpress/form_reply_move.php

this will create a copy that is used instead of the default

try

changing

line 45

<?php if ( bbp_has_topics( array( 'show_stickies' => false, 'post_parent' => bbp_get_reply_forum_id( bbp_get_reply_id() ), 'post__not_in' => array( bbp_get_reply_topic_id( bbp_get_reply_id() ) ) ) ) ) : ?>

to

<?php //if ( bbp_has_topics( array( 'show_stickies' => false, 'post_parent' => bbp_get_reply_forum_id( bbp_get_reply_id() ), 'post__not_in' => array( bbp_get_reply_topic_id( bbp_get_reply_id() ) ) ) ) ) : ?>

and line 63

from

<?php endif; ?>

to

<?php //endif; ?>

This just takes that argument out and see how it runs then

If that works, then I can play with what is needed – think I know, but am out of the door….now !!!

[Tom Dyer]

Ok thanks @netweb, it appears that the query grabs every topic, then looping through them to check that the user has permission to view them (by getting the forum ID for each post).

This happens before bbp has even pulled the topics back from the database, so presumably if there’s pagination involved, theres a lot of work going on here that needn’t be.

In regards to the http://www.site.com/topics/ issue:
Would it be possible to instead add a filter to the topics that were pulled back from the query – so for example, if you’re on page one and that’s showing 20 topics – you only need to check the permissions for those 20 topics.

In regards to the ‘move’ issue:
This one is a bit different in that it does pull back all the topics – BUT if you’re moving a topic, then your going to be a moderator or a keymaster so we probably don’t need to check permissions in this case anyway.

With those points in mind, do you know of any other filters that we could tap into instead of adding a filter to the bbp_before_has_topics_parse_args ?

[Tom Dyer]

Yep, confirmed. It didn’t like /topics/ either.

I’ve just tried putting a temporary limit of 100 on the SELECT query and it fixed the issue, but obviously this isn’t an ideal solution. Do you have any ideas as to how I could fix this ‘properly’? I suppose coming up with a sensible limit could be a fix, but what would be the repercussions of doing that?

Also, if a limit is what’s required, is this going to be something I have to do manually, or would it be an update to the plugin?