Stephen Edgar (@netweb)

Forum Replies Created

Viewing 25 replies - 426 through 450 (of 3,353 total)
  • @netweb

    Keymaster

    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.

    @netweb

    Keymaster

    I think for Czech the files should be bbpress-cs.mo and bbpress-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 the waiting translation

    • Select the only matching the filter and then click export to export the .po .mo (This way you’ll get the those strings that have not yet been approved)

    @netweb

    Keymaster

    Theres some docs here that should help you in troubleshooting these issues:

    Import Troubleshooting

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

    @netweb

    Keymaster

    There is a new fix, rather an alternate that better detects and reflects the root cause of the issue:

    Replace if ( 'publish' === $parent->post_status ) { with if ( ! empty( $parent ) ) {

    The full details can be viewed in the WordPress ticket:
    https://core.trac.wordpress.org/ticket/35084

    And the latest patch:
    https://core.trac.wordpress.org/attachment/ticket/35084/35084.5.diff

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

    @netweb

    Keymaster

    @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 to private

    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.

    @netweb

    Keymaster

    @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:

    https://core.trac.wordpress.org/ticket/35084

    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.

    @netweb

    Keymaster

    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 or

    It 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 is private or hidden then the URL generated for the my-forum excludes the my-private-or-hidden-category part of the URL and the resulting url is https://example.com/forums/forum/my-forum which is incorrect, bad and makes us sad 🙁

    @netweb

    Keymaster

    Here’s a slight variant that removes the need to edit your templates, you can just hook into the template in the place needed 🙂

    https://gist.github.com/ntwb/8277457

    @netweb

    Keymaster

    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 Menus

    @netweb

    Keymaster

    A “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)

    @netweb

    Keymaster

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

    @netweb

    Keymaster

    Sorry 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.zip

    Also 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 🙂

    @netweb

    Keymaster

    @geekserve Thanks for this, we’re looking into this.

    @netweb

    Keymaster

    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 imort

    @netweb

    Keymaster

    I’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 imort

    @netweb

    Keymaster

    Sounds like the issue I’ve got documented on the codex here:

    Import Troubleshooting

    @netweb

    Keymaster

    Do 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)

    @netweb

    Keymaster

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

    @netweb

    Keymaster

    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.

    @netweb

    Keymaster

    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.

    @netweb

    Keymaster

    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.

    @netweb

    Keymaster

    As 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

    @netweb

    Keymaster

    Editing your profiles has now been fixed, sorry about this 🙂

    I’m still going to keep this topic closed, it’s been a spammers paradise :/

    @netweb

    Keymaster

    For others bumping into this topic, the codex article is here:

    bbp_setup_current_user was called incorrectly

    In reply to: SMF Import to bbPress

    @netweb

    Keymaster

    @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 🙂

Viewing 25 replies - 426 through 450 (of 3,353 total)