[lh800]

Done.

I activated twentysixteen (usually use Newspaper) and deactivated all plugins except bbpress and maintenance mode – and the same problem.

Any other suggestions?

Best wishes
Lars

[Vitor Madeira]

Thanks! This is the kind of information that I’m looking for: Real user testimonies when dealing conversions from vBulletin to bbPress with success or not!

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

[Robkk]

@mica123

I already replied to your topic here about the bbpress.php file in your theme. As for the bbP Default theme package template files in bbPress, there were no changes from 2.5.8 to 2.5.9, 2.5.9 was mainly an update to a security issue involving at-mention functionality.

In the future when the release of 2.6 happens, you would have to edit some files. It would be quite easy to

1. compare the new 2.6 templates and compare them to your modified files
2. make those changes to a copy of the 2.6 templates
3. test them to see if everything is in working order in a testing environment
4. update to bbPress 2.6 on your main production site (after taking a backup of course)
5. and then push the template files to your child theme using FTP

As for the text editor issue above from the other user, I think they just modified their footer.php file in their theme and accidentally removed <?php wp_footer(); ?>, and then that screwed up all the scripts and styles hooked into the footer.

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

[hivoltage316]

Thanks, but this did not work.

I disabled all plugins except bbPress, as well as switching to the twentyfifteen theme.

There is nothing else that will cause conflict.

If I type anything in the search criteria, I’m always returned the same blog post even if the search does not match. The URL I am shown is http://xxxxxxx/forums/search/test/
But the result is a single blog page and not any forum posts.

Any help would be appreciated.

[mica123]

I apologise for asking this question again:
I have some bbpress files in my child theme. I checked
the differences on bbpress trac. I can see that most
of my modified files are unaffected as no changes have been made in them.
However I have a modified bbpress.php file (which @robkk helped me with) –
this files just creates a customised main bbpress page.
I can see that a couple of changes were made in the bbpress.php
file in the plugin parent folder.
All I need to know is if I can safely update to 2.5.9 without worrying
about the bbpress.php I have in my child theme.
Thank you.

[rblea24]

I’ve imported forums, forums topics, and forum replies from a Rainmaker site that used BBPress. It looks like everything imported correctly except the forum post count. Can someone please help me with this?

https://www.goalsarecool.com/forums/

Thanks in advance!

Blake

[jamesburden]

Thanks for your answer Robin. Maybe I wasn’t clear enough though. I’m fully aware how to enforce strong passwords. I’ve got force-strong-passwords installed as a default plugin (I host with WPEngine and it’s an MU plugin). The issue is that these solutions don’t seem to work within the bbPress environment. Or at least in the configuration that I’m running (using WOffice to facilitate an extranet).

I’ve also tried enforcing strong passwords by using iThemes security options (both in conjunction and separately from force-strong-passwords). And that doesn’t work either.

I’m wondering if someone else has had a similar problem and can point me towards a possible solution.

Thanks

[Robin W]

it is in

bbpress\includes\forums\template.php line 2021

But the easiest way to change it is to put this into your functions file :

function change_translate_text( $translated_text ) {
	$text = 'This forum is empty.' ;
	if ( $translated_text == $text ) $translated_text = 'new text here' ;
	return $translated_text;
}
add_filter( 'gettext', 'change_translate_text', 20 );

and change ‘new text here’ to the wording you want

[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

[Vitor Madeira]

@scorpnetwork, I too am planning on converting a vbulletin 3.8 forum into bbPress, so I’m looking for the most information that I can get to help me on doing the best moves.

Are you using bbPress right now? Did the migration went well?

Thank you.

[Vitor Madeira]

Dear @nwcountry, did you give up on migration from vbulletin to bbPress?

Thank you.

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

[lh800]

No. I have not.

I just tried deleting bbpress using this method: https://techjourney.net/how-to-completely-uninstall-and-remove-bbpress-clean-up-databases/.

And reinstalled it – and I get the same message as soon as I install it again:

http://www.screencast.com/t/5jjrCLDnxlO

Any advice?

Best wishes
Lars

[sasenzon]

This problem does not happen when I deactivate bbpress forum plugin.

I don’t have the private group plugin.

[Vitor Madeira]

@fmckinnon, I just visited your forum and it seems that you went back to vbulletin.

bbPress did not do the trick on running your community forums?

I too am planning on converting a vbulletin 3.8 forum into bbPress, but really need to get other folks opinions before taking such move.

Thanks.

[Vitor Madeira]

@beerallica, thank you so very much for your detailed information.

I’m planning on converting a vbulletin 3.8 into bbPress but I’m reading all of the experiences from other folks that I’m able to find and yours seemed to be one of the most detailed ones.

How do you rate yourforum now when comparing with the old vbulletin?

Thanks.

[Vitor Madeira]

Hey @mikebare, have you got good news regarding your migration from vbulletin to bbPress?

Thanks.

[DamnDramaQueen]

Hi bbpress,

I would like to change the phase ” This forum is empty “, can you help me to locate which file and the directory to change it from?

Please advise for help, thanks,

[aurelienpierre]

I kinda look for the same things, but I’m managing forum groups through BuddyPress groups :

No access to the sub-forums of Buddypress groups forums for group members

No answer in almost a year. The fact is group-based read/write permissions are a basis of serious forum management, but nobody cares in the bbP dev team…

Tweaking the template to hide the topic/reply form looks nasty as it’s only front-end. This kind of permissions should be built-in CMS-side.

[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