Forum Replies Created
-
In reply to: Strings not translated with .mo and .po files
Strange, can you open
bbpress-cs.po
in a text editor and confirm that these exist in the .po file:The original string:
•Your username must be unique, and cannot be changed later.
The “waiting” string for the “dev” (2.6-alpha) translations
•Vaše přezdívka musí být unikátní a nejde později změnit.
The “waiting” string for the “stable” (2.5.x) translations
•Vaše uživatelské jméno musí být jedinečné, a nelze ho měnit.
In reply to: Strings not translated with .mo and .po filesI think for Czech the files should be
bbpress-cs.mo
andbbpress-cs.po
When you export the translations from translate.wordpress.org you should also change a couple of the defaults:
• Make sure the filter
Current/waiting/fuzzy + untranslated (All)
is showing thewaiting
translation• Select the
only matching the filter
and then clickexport
to export the .po .mo (This way you’ll get the those strings that have not yet been approved)In reply to: PHPBB3 to bbPress – large base import and problemTheres some docs here that should help you in troubleshooting these issues:
Can I also suggest you use the development version of bbPress, there are some pretty big improvements for the importer in this upcoming version 😉
https://wordpress.org/plugins/bbpress/developers/
https://downloads.wordpress.org/plugin/bbpress.zipThere is a new fix, rather an alternate that better detects and reflects the root cause of the issue:
Replace
if ( 'publish' === $parent->post_status ) {
withif ( ! empty( $parent ) ) {
The full details can be viewed in the WordPress ticket:
https://core.trac.wordpress.org/ticket/35084And the latest patch:
https://core.trac.wordpress.org/attachment/ticket/35084/35084.5.diffAlso please refrain from email, the bbPress team can only respond to issues we can read here in the public forums or our bug tracking and reporting system. If the current fix here is not working for you please add that here with as much detail as you can so that we can try and configure our forum configuration to match yours and reproduce the issue.
@mglasser The specifics of the cause are outlined in my post above
Oops! That page can’t be found on Sub Forums with WordPress 4.4
I upgraded to 4.4 and then reverted back to 4.3.1 and I think this caused my problem.
Try resaving the forum status, i.e. switch it to
public
, then back toprivate
Was this new logic in a new php file or a change to an existing file? Or did the upgrade make some change in the database?
See my link above also
I have learned that my host WPEngine does a non-destructive restore, so when I restored to revert back to 4.3.1 it did not remove the wp_termmeta table nor any new files that were added. But it should have reverted back any changes to existing files which would be calling this new code. My site is working now, but I am still curious how this happened so I can better understand how I should revert back to previous versions.
You should probably raise those concerns with WPEngine, there would be pros and cons of removing the
wp_termmeta
table but I’d say it isn’t removed because its a “non destructive” restore, and yes the files reverted back would fix the issue, WPEngine should be able to confirm all of this for you.@bsilverop I’ve asked a couple of people for there feedback:
A suggestion was that you could send the following link to GoDaddy that explains the cause of the issue and the fix that will ship as part of WordPress 4.4.1, maybe they’d be prepared to then consider allowing this:
Further, you could take a backup of your current database in its current state, roll back the site to the last 4.3.x version backup you have, then merge in the database changes for the backup you just made. This of course is easier said than done and is far from the easiest of tasks unless you are proficient in MySQL 😉
The 3rd option was to switch to a host that allows some flexibility 😉
I’ll try to get an update from the WordPress Core folks on an approximate timeline of when WordPress 4.4 will ship and post that back here once I know.
Robin wrote…
As far as I know for those that are affected (and that’s only a subset who have hidden/private sub forums I believe
This is correct
Robin wrote…
But this doesn’t seem to work for everyone orIt should work for everyone, if it doesn’t work for you please add a note to this thread letting me know it doesn’t please 🙂
————————————————————
The root cause of the issue is hierarchal post URL’s with custom post statuses, so in bbPress case if we have a “private” forum that uses a custom post status “private”, as such when we expect our URL to be e.g.:
https://example.com/forums/forum/my-private-or-hidden-category/my-forum
If the forum or category
my-private-or-hidden-category
isprivate
orhidden
then the URL generated for themy-forum
excludes themy-private-or-hidden-category
part of the URL and the resulting url ishttps://example.com/forums/forum/my-forum
which is incorrect, bad and makes us sad 🙁In reply to: add a "Featured Image" to a forumHere’s a slight variant that removes the need to edit your templates, you can just hook into the template in the place needed 🙂
Indeed, thanks for everyones input here, I was digging into things thinking it was a role/permissions error.
We’ll get this fixed and released as part of WordPress 4.4.1.
In reply to: Shortcodes and MenusA “super sticky” topic will appear in all forums.
If you only want it to appear in a single forum then it should just be a “sticky” (not super)
In reply to: vBulletin 3.8 > bbpress = dashesThe above was spam 😉
It theoretically continue to run at the same speed at reply 1-100 or 90,000 – 90,100.
A recent case of similar behaviour was due to another plugin being active and hooking into
pre_get_posts()
, this caused every single post being imported to be run through this and was the cause of the slowness.Check what other plugins are running to see if this is the cause.
And no, *all* bbPress data is stored in the standard WordPress db tables, bbPress does not create any tables of it’s own.
In reply to: vBulletin 3.8 > bbpress = dashesSorry this isn’t the best of experiences 🙁
Can you try the 2.6 alpha version, available from this page as “development version”
• https://wordpress.org/plugins/bbpress/developers/
• aka https://downloads.wordpress.org/plugin/bbpress.zipAlso if you “right click” any of the items as they import and select “Inspect element” to view the source code you will see the direct MySQL queries as they happen, you can then use these to help debug directly in phpMyAdmin 🙂
In reply to: The bbPress Plugins page@geekserve Thanks for this, we’re looking into this.
Just saw the reset forums setting, although one of the tasks called something to do with conversion tables failed, but it appears to have cleared out the forums.
This, this should work perfectly each each time, it essentially runs the same query as mentioned immediately above here.
and this time decided to check off the purging option just to be safe, and it’s back to doing trying to delete stuff into the millions, ie: Deleting previously converted data (1342100 – 1342199), etc.
Don’t check this option, it’s a known bug that I think I’ve fixed for the next release, the first option above should get you what you need, but remember it deletes everything related to bbPress including data and any options settings you have made.
In reply to: Phpbb imortI’m not sure what the “stripes” error is, any more info on what and when this occurs?
The rows and delay are really dependant on your setup, if you have your database on an SSD hard drive and you’ve plenty of ram bumping it to 1,000 rows and the delay to 0.5s might help speed things up a little.
In reply to: Phpbb imortSounds like the issue I’ve got documented on the codex here:
In reply to: BuddyPress->bbPress forum migration loses repliesDo you have a
wp_bb_terms
table at all?You should have a table setup similar to this:
(This is my BP 1.6.x database I use for testing bbPress imports, it should be pretty much what I’d expect your setup should also look like)
In reply to: BuddyPress->bbPress forum migration loses repliesI don’t like the Ning to BuddyPress converter, been there done that, tried to help fix it and all 😉
I’m pretty sure this relates to which version of bbPress you are using when doing the import, what version of bbPress are you using in BuddyPress 1.6? Is it the “included” bbPress 1.x using just “group forums” or do you have bbPress 2.x installed and activated here as well?
The
Table 'foo.wp_bb_terms' doesn't exist]
is a bbPress 1.x table, bbPress 2.x does not have this table.Hey @macpress, you were close, very close on your second post here, we’re using Grunt, not Gulp as part of our build process. 😉
Anyway the overall summary is that certain styles are compiled from SCSS into CSS, or minified CSS, or minified JS via our Grunt build tools.
A more in depth document (that has not yet made it into our codex) on all of this can be found here:
https://github.com/ntwb/bbPress#bbpress
If you don’t want to install NodeJS and Grunt we have another /trunk SVN repo that has everything already compiled https://downloads.wordpress.org/plugin/bbpress.zip via the “developer version” on our plugin page https://wordpress.org/plugins/bbpress/developers/, this isn’t truly /trunk though, this is a manual copy of our main repo we upload/update periodically, semi frequently.
FYI: The
*.php = svn:eol-style=native
SVN is our “Version Control Software” and this stuff sets us sets of rules for different file types or ignoring certain files and folders.If you select a different forum from the dropdown, e.g.
SMF
what error do you get?Can you also try using an incorrect password, you should be seeing some kind of errors here rather than nothing each time.
The database *must* be located on the same database server as your target WordPress installation, you can import from a remote database server.
Make sure you select “phpBB” from the dropdown at the top of the importer page.
In reply to: edit topic input displays full HTMLAs noted elsewhere, this looks like a conflict with the editor plugin you are using.
We need some more information on what the plugin is and any other tweaks your using help out here
In reply to: Edit allowed only for 1st postEditing your profiles has now been fixed, sorry about this 🙂
I’m still going to keep this topic closed, it’s been a spammers paradise :/
In reply to: bbp_setup_current_user was called incorrectlyFor others bumping into this topic, the codex article is here:
In reply to: SMF Import to bbPress@donchulio Thanks, strange the collation isn’t there, but anyway, I’ll create an SMF test site using
latin1
and see what results I get 🙂