[Robin W]

You could use the private groups plugin, which lets you control who sees what forum, and then the widgets that come with that (recent topics, recent replies and latest activity) would display only those topic related to the group.

https://wordpress.org/plugins/bbp-private-groups/

[Robin W]

you should look at how this is working.

The users are sent a link, which goes to a age with a strong password shown as default, but they are not asked to make a note of it, and if they just click reset, then this becomes their password, but then takes then to a login screen which asks for it again.

This is not a bbpress issue, but how you have got wordpress set up.

I registered fine, but I knew what to look for.

[Robin W]

Have you got this installed

https://wordpress.org/plugins/bbpress-genesis-extend/

[terrific1]

Hi,
Please I need help and it’s kind of urgent. So many people have reported that they are not able to register on the forum because they are not able to successfully set a password. They enter a username and email to register, then a link for generating a password is sent to their email. On clicking the link, they are asked to log in (not set password), which then says password incorrect, and they are prompted to “get password”. Clicking on this brings up a form for entering username and email, and another link is sent to their email, which does the same thing and the cycle continues.

Can someone help me check this out? It’s a big problem for me.

I am using WordPress 4.5.2, bbPress 2.5.9, the website is http://www.maternitynest.com

[Vitor Madeira]

@thebrandonallen, that would be great news.

I have a vBulletin project waiting for some details to be available in bbPress for more than one year…

I really would like to integrate the whole ‘ecosystem’ on my site based on WordPress but bbPress is still light years away of what some other (even open source) forum scripts let us do.

Hope 2.6 would be “the” giant leap for bbPress.

[Brandon Allen]

Nevermind. I found the issue. This will be fixed in 2.6.

https://bbpress.trac.wordpress.org/ticket/2961

[Kolchak]

I’m trying to import a phpbb forum with about 50,000 posts into a local dev site.

It continually stalls at “Converting topics (4900-4999)”

I’m trying to follow the instructions here:

Import Troubleshooting

which say to make a copy of the db and drop all records except within the offending range and try the import again to isolate the problematic row.

Should I go into phpbb_topics or phpbb_topics_posted to try and look for the offending problem?

Once I have the right table, do I then delete the first 4899 rows that appear in the db?

I’m using the latest WordPress and have tried both bbpress 2.5.9 and 2.6alpha.

Thanks for any help you can give me.

[Erik D. Slater]

The remaining issues will need to be solved via the MemberPress plugin.

Not necessarily. This might work:
https://wordpress.org/plugins/bbpress-members-only/

I haven’t had the chance to test it yet … but Jared Atchison is the author, so hopefully it should be good to go.

It’s important that BuddyPress/bbPress is capable of protecting itself first before resorting to other 3rd-party/premium plugins.

[DAM]

BBpress feeds pubDate gets translated using wordpress laguange file (wp-content/languages/IT-it.mo) if for example I manually delete “jan”,”feb”,”mar” from that file bbpress pubDate it still in english, but this is not the best fix…

[kcomphlint]

According to this Trac entry, the bbp_before_get_topic_subscribe_link_parse_args function may be delayed until ver 2.7?

https://bbpress.trac.wordpress.org/ticket/2581

[arnalyse]

Hi you guys,

I’m in the process of importing a rather large vBulletin board. It has around 50’000 topics and more than 3 million posts.

And I’ve got this one question: does bbPress write out or somehowe save topics, which it couldn’t import? So I can get a glimpse at the problem at hand why a certain vBulletin thread has not been imported?

A little more background: I’ve done a few test imports, and so far bbPress is doing a terrific job. To keep import time manageable, I modified the vBulletin converter from bbPress to skip replies, which I import with some more complex SQL queries after the bbPress importer has created users and topics.

Nearly all of my 20’000 users and 50’000 topics get imported, but some vBulletin threads do not shop up with the meta_key named _bbp_old_topic_id. I really tried to spot a pattern there, but had no luck. So I’m hoping there’s a way to gather some more information directly from the bbPress import.

I’m running bbPress 2.5.9 and WordPress 4.5.2

[elainemarleyit]

I want that my Keymaster can change the bbpress roles of the users but not the wordpress role of the same users, it’s possible? The keymaster is not administrator of my wp site. i can create a new role with User Role Editor Plugin.

[Robkk]

Its probably some plugin hooking into the WordPress comment blacklist that is added a custom list of words to filter out. bbPress uses the WordPress comment blacklist too. Read this post I created awhile back to understand what could cause the issue on your site.

https://bbpress.org/forums/topic/strange-problem-with-profanity/#post-174953

[Robin W]

what wordpress level are users?

[Robkk]

The files from the bbpress folder can work in a theme folder called bbpress, and also could be at the root of the theme, its just recommended to keep things neat.

It should be any bbP Default theme package template files in the “bbpress” folder that should also be in a “bbpress” folder, 1 css file should go in a css folder or 2 if you read right to left, and you can customize the javascript files in the js folder by putting it in a js folder in your child theme.

The files in the extras folder (they are examples for other themes, but should work for some WordPress default theme, I think Twentytwelve?) and these should be in the root of your theme, with the bbpress.php file.

[sasenzon]

I have posted your comments to their forum.
I have been awaiting a reply from them for a few days.
Feeling a bit desperate.

This is the version they are using as per my reinstall:
nstalling Plugin bbPress (1/1)

Downloading install package from https://downloads.wordpress.org/plugin/bbpress.2.5.8.zip…
Unpacking the package…
Installing the plugin…
Plugin installed successfully.

[Robkk]

Do you have subscriptions active? Are they automatic for every user? Are they already set up with an smtp service like mandrill?

Subscriptions could be related to slow post submission times. If users are automatically subscribed to topic they reply to, or just forums they participate in, it is recommended that you use a function to change how the bbPress subscriptions work and go from BCC to one at a time, and then use an SMTP service like mandrill or something else that might work.

https://bbpress.trac.wordpress.org/ticket/2162

Are you using anything that would scan the bbPress reply or topic submitted before they are submitted, like say a spam plugin or content filter?

[Robkk]

zIF you have BuddyPress also installed you can use this plugin, not sure if bbPress related notifications that show up in BuddyPress notification toolbar bubble will also show in this plugin, or how well the plugin works.

https://wordpress.org/plugins/bp-live-notification/

[timsilva_]

Thanks so much for the detailed instructions Robin!

I was able to make that edit in a separate installation and I can see the value being updated in the database each time I load a topic on a certain page. I have been clicking around to various pages and topics trying to understand the patterns, and I think it might have something to do with the custom migration work that I had done.

One of the issues with the build-in SMF to bbPress importers had to do with posts that were created by users on SMF who later deleted their own accounts. After a handful of users did this on SMF, their old posts were still visible, but their usernames/display names wouldn’t link to their SMF profile page since it no longer existed. After I migrated my SMF site, these types of posts (the ones created by users that no longer existed) were all automatically attributed to the first WordPress user ID. The end result was a bunch of old posts from deleted accounts that looked like they were created by the admin account on my WordPress installation. So I hired a developer to transfer the old post author’s metadata over, along with some other data.

Anyways, I suspect that the posts by users who deleted their accounts are possibly not being counted as posts which is causing the pagination calculations to break. So I am showing 15 replies per page, and if 1 of those posts is by a deleted account, I think it is counting 14 instead. I’m not sure if this is correct, but it seems plausible. The more I click around to different threads, the less consistent this explanation seems to be.

But I am not seeing 1 or 0 for the faulty topics.

In newly created topics with pagination, the counting is much clearer. The value is 14 for the first page (subtracting 1 from 15 since the original post doesn’t count as a reply), and then page 2 is 29, page 3 is 44, page 4 is 59, page 5 is 74, and page 6, which only has 4 replies, is 78. This makes sense with 79 total (if you include the original post as a reply).

…30 minutes later…

After some more digging around, I have noticed that the count seems to have started over from 1 in the topics that have had new replies after the migration. So if a topic had 10 pages (let’s say 144 replies, not including the original post) before the migration, and then someone replied to the topic (which would be reply #145), the $reply_position would be 1. Another reply would make it 2, and so on…

So that appears to be the pattern. I did find and verify that at least one thread that was migrated with 702 replies (excluding the first post) is still working after it was responded to once after the migration, although I wouldn’t be surprised if another reply could cause the bug to come back.

It sounds like I will eventually have to repair the reply counts or something along those lines. :/ I’m gonna have my developer take a look as soon as he can, this info is really great to know!

[Robkk]

The actual bbpress.php file in the bbPress plugin is read by WordPress to generate the plugin information, includes all of the dependencies used by the plugin.

The one you are using is just a custom template for your theme to work better with the bbPress plugin. You can change the name to any of the below so not to cause further confusion later on.

plugin-bbpress.php
forums.php
forum.php

The only actual times you may need to update the bbpress.php template file I created for you, is if

• bbPress screws up somewhere in theme compatiblity
• your theme author updates their theme and changes class names around for their grid system (If I remember right you use a Responsive child theme)
• WordPress does something like dramatically change how their templating system works

All these are very unlikely to happen, and definitely without some kind of backwards compatibility even if they do change it.

So you should be fine regarding the template file in your child theme named bbpress.php.

[giobby]

I’ve used 2.6 alpha for this import on a fresh wordpress installation. I’va also imported the users.
This behaviour was the same in the previous 2 versions.
I had more the 60000 posts affected over more than 300000.
I believe the parser failed to link the replies to the wordpress users under certain conditions but I haven’t been able to prove it yet.
I am using an old version of phpbb so probably this influenced as well.

[Robin W]

bbPress is tested with wordpress default themes. It maybe a conflict – you need to check plugins and themes

It could be a theme or plugin issue

Plugins

Deactivate all but bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.

Themes

If plugins don’t pinpoint the problem, as a test switch to a default theme such as twentyfifteen, and see if this fixes.

Then come back

[Robin W]

ok, so you don’t have private groups and the error is not the same error as the issue above apart from the first 9 words which are generic 🙂

sorry this is a totally different issue.

bbPress is tested with wordpress default themes. It maybe a conflict – you need to check plugins and themes

It could be a theme or plugin issue

Plugins

Deactivate all but bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.

Themes

If plugins don’t pinpoint the problem, as a test switch to a default theme such as twentyfifteen, and see if this fixes.

[giobby]

After further investigations I’ve found a workaround that should work.

Just to recap on the error: it seems like several posts are left with the old phpBB poster id rather than using the new wordpress user_id (which really makes me think that somewhere in the converter code a wrong reference has been used).

The best way to work around the issue is the following (assuming a fresh installation):

1) before migration
– check what is the highest user_id in your phpBB installation (e.g.: 6235)
– insert a dummy row in wp_users with id grater than that (e.g.: 6236, or even better, round it up to 10000). In this way all the converted users will have their IDs starting from a higher value (e.g.: 10001, 10002, …) and it will be easy to spot the posts with wrong author (e.g. post_author < 10000).

2) launch migration as usual
3) after migration, create a temporary table that lists all the bbpress posts with wrong author

/* Get all posts with wrong author and correspondent right author from bbpress translator table */
create table TMP_ORPHANS as
select 
wp_posts.ID, 
wp_posts.post_author,
wp_bbp_converter_translator.value_id real_author, 
IFNULL(wp_posts.post_date, NULL) post_date,
IFNULL(wp_posts.post_date_gmt, NULL) post_date_gmt,
wp_posts.post_content, 
CASE 
	WHEN wp_posts.post_type = 'reply'
    THEN (SELECT tmposts.post_title from wp_posts as tmposts where tmposts.id = wp_posts.post_parent)
    ELSE wp_posts.post_title
END post_title, 
wp_posts.post_excerpt, 
pescasubac, 
wp_posts.quea.wp_posts.post_status, 
wp_posts.comment_status, 
wp_posts.ping_status, 
wp_posts.post_password, 
wp_posts.post_name, 
wp_posts.to_ping, 
wp_posts.pinged, 
IFNULL(wp_posts.post_modified, NULL) post_modified,
IFNULL(wp_posts.post_modified_gmt, NULL) post_modified_gmt,
wp_posts.post_content_filtered, 
wp_posts.post_parent, 
wp_posts.guid, 
wp_posts.menu_order, 
wp_posts.post_type, 
wp_posts.post_mime_type, 
wp_posts.comment_count,
	(	select wp_postmeta.meta_value 
		from wp_postmeta 
		where 
			wp_postmeta.meta_key = '_bbp_author_ip' and 
			wp_postmeta.post_id = wp_posts.id
	) user_ip
from wp_posts 
left join wp_users on wp_posts.post_author = wp_users.id
left join wp_bbp_converter_translator on wp_posts.post_author = wp_bbp_converter_translator.meta_value
where 
wp_posts.post_type in ('forum', 'reply', 'topic') and
(wp_users.id is null or 
wp_users.id = 1) and /* all posts of type forum looks to be assigned to the site admin (id=1 in my case)*/
wp_bbp_converter_translator.value_type = 'user' and 
wp_bbp_converter_translator.meta_key = '_bbp_old_user_id';

/* this is to be able to create indexes later */
ALTER TABLE TMP_ORPHANS modify column post_date datetime default NULL;
ALTER TABLE TMP_ORPHANS modify column post_date_gmt datetime default NULL;
ALTER TABLE TMP_ORPHANS modify column post_modified datetime default NULL;
ALTER TABLE TMP_ORPHANS modify column post_modified_gmt datetime default NULL;
ALTER TABLE TMP_ORPHANS modify column user_ip varchar(40);
ALTER TABLE TMP_ORPHANS modify column post_title varchar(255);

/* indexes to speed up access to the table (some are useless) */
ALTER TABLE TMP_ORPHANS ADD INDEX(post_date);
ALTER TABLE TMP_ORPHANS ADD INDEX(post_author);
ALTER TABLE TMP_ORPHANS ADD INDEX(real_author);
ALTER TABLE TMP_ORPHANS ADD INDEX(user_ip);
ALTER TABLE TMP_ORPHANS ADD INDEX(post_title);

4) Now that you’ve got the list of posts with wrong authors, you can update your wp_posts table accordingly

/* Revert bad authors to good authors */
UPDATE 
wp_postsINNER JOIN TMP_ORPHANS 
ON wp_posts.id = TMP_ORPHANS.id
set wp_posts.post_author = TMP_ORPHANS.real_author 
where wp_posts.post_type in ('reply', 'topic') ;

Final consideration:
– this workaround seems to be working for me, but of course I don’t assume any responsibility in case it doesn’t work for you. The update trusts the converter table generated by the bbpress forum converter and assumes that a wrong author id matches the original author id of phpBB forum (I executed some checks and it seems like the problem is always the same = phpBB author id rather than new wordpress author id).
– the update doesn’t fix posts of type ‘forum’ because by default these are assigned to the wordpress site administrator. If you wish to assign them to the original phpBB author, just modify the where condition:
where wp_posts.post_type in ('forum','reply', 'topic') ;

message to the developers: I truly believe somewhere in the converter code a wrong reference is used under certain conditions. The pattern of the error is always the same: when the author doesn’t match it’s because the author id of the phpBB forum rather than the new converted author id.

@netweb

[Robkk]

This is already fixed in 2.6.

https://bbpress.trac.wordpress.org/ticket/2607