[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

[Robin W]

probably several plugins, and lots of articles – this is really a wordpress thing

for instance

https://wordpress.org/plugins/force-strong-passwords/or

http://www.wpbeginner.com/plugins/how-to-force-strong-password-on-users-in-wordpress/

[Robin W]

bbp-style pack lets you style bbpress

https://wordpress.org/plugins/bbp-style-pack/

[jamesburden]

Hi – hope someone can help with this.

I have a forum website set up using bbPress. Forum members are specifically invited as it is a leadership course for selected individuals. I create their user accounts including a strong password etc and send them the details.

An issue that I’ve come across is that the participants are widely spread around the world, some of whom have limited awareness of security issues on the internet. I want to ensure that they cannot change their password to an insecure one.

I’ve got iThemes security installed on the site and have activated the strong password enforcements with a minimum level of Subscriber. All of the course participants have a primary role of subscriber, with a forum role of Participant. With the settings I have in place they should not be able to change their password to a weak one. And yet they are currently able to log in and change the password to ‘changeme’ for example.

I’ve reached out to iThemes security but nothing helpful from them yet,

Can anyone here help me to figure out how to ensure that forum users cannot change their passwords to weak ones? Is there some setting in bbPress that I’m missing? Or some workaround that others use? I can’t imagine for a minute that I’m the only one to have come across this issue, but googling has turned up a surprising lack of information about how to resolve it.

Many thanks for your help.

James Burden

Site URL: http://gcfleadership.org
WordPress version: 4.5.2
bbPress version: 2.5.9

[Robin W]

yes this is a known issue

see

http://www.rewweb.co.uk/bbpress-wp4-fix/
and/or

http://www.rewweb.co.uk/bbpress-wp4-fix2/

there’s a trac ticket for it somewhere, but bbpress authors see it as a wordpress fix

[Robin W]

ok, thanks – sorry it’s sometimes hard to understand the obvious until you see it !

so I’m presuming that there should be some content to that post?!

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.

[Robin W]

Also I am not sure there is a visitor WordPress role.

oops… no there isn’t – old code left on my test site !

and who gets what were just examples 🙂

[Robkk]

I say edit Robin’s code and change

if ($role == 'subscriber' ) $new_role = 'bbp_spectator' ;

To this.

if ($role == 'subscriber' ) $new_role = 'bbp_participant' ;

And in my opinion you should not auto-assign moderators and just manually update the users roles for each of the users you trust to moderate the forums. Also I am not sure there is a visitor WordPress role.

https://codex.wordpress.org/Roles_and_Capabilities#Summary_of_Roles

[Robkk]

@aminc99

If you are hosted on one.com they have this guide to read.

http://one-docs.com/guides/en/wordpress-login-blocked/

[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.

[Robin W]

No problem !

The core issue is with wordpress for fixing !

[sharmavishal]

maybe this can help

https://gist.github.com/sc0ttkclark/e5de9d9f2f13964bcecc

and

https://wordpress.org/plugins/multisite-bbpress-slave/

i tested both and was not able to get it working on my setup

[Robkk]

here is the ticket for the issue.

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

[Robin W]

presume you have

https://en-gb.wordpress.org/plugins/bbpress-genesis-extend/
installed?

[giobby]

[I am just creating a new topic about this]

I’ve finally completed the conversion (took only 8 hours against the 2 days of the previous versions).

Nevertheless, big problem here: I can see no forum after the conversion.
I’ve been checking the database schema in which wordpress is installed and nothing….
I can only find an empty wp_bbp_converter_translator table and for the rest: no users converted, no posts, no forum and topics tables.

Does someone has any idea why this happened?
It actually looked like it was converting something and the number of interactions I’ve seen in the log during the conversion matches the actual numbers in PhpBB.

I would appreciate if someone can help.

Thanks,

Gio

[giobby]

Ok, I’ve finally completes the conversion (took only 8 hours against the 2 days of the previous versions).

Nevertheless, big problem here: I can see no forum after the conversion.
I’ve been checking the database schema in which wordpress is installed and nothing….
I can only find an empty wp_bbp_converter_translator table and for the rest: no users converted, no posts, no forum and topics tables.

Does someone has any idea why this happened?
It actually looked like it was converting something and the number of interactions I’ve seen in the log during the conversion matches the actual numbers in PhpBB.

I would appreciate if someone can help.

Thanks,

Gio