Stephen Edgar (@netweb)

Forum Replies Created

Viewing 25 replies - 1 through 25 (of 2,917 total)

  • Stephen Edgar


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

    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.

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

    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)

    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.

    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:

    If you don’t want to install NodeJS and Grunt we have another /trunk SVN repo that has everything already compiled via the “developer version” on our plugin page, 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.

    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

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

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

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

    What am I doing over here in the sidebar :(

    A quick look at the <tt> issue:

    We’re doing this:

    // Replace '[tt]' with '<tt>'
    $SMF_markup = preg_replace( '/\[tt\]/',   '<tt>',  $SMF_markup );
    // Replace '[/tt]' with '</tt>'
    $SMF_markup = preg_replace( '/\[\/tt\]/', '</tt>', $SMF_markup );

    I’m wondering if your SMF forums used custom BBCode’s here? It looks like it was for URL’s where class="bbcode_url" was being added to links, maybe also a custom BBCode for [tt] was being used where no closing [/tt] BBCode was required?

    @abcdiamond A good DB search and replace plugin is

    The class="bbcode_url" could most likely be ignored as it’s only a CSS style

    Strange that you have <tt> and not </tt>, I’ll take a another look at these.

    What about collation?

    Which one is latin1? Having both these values would be helpful so I can test it please :)

    bbPress has quite a few functions that will help you here:

    bbp_get_user_profile_url() would get you /forums/membre/user
    bbp_get_user_profile_edit_url() would get you /forums/membre/user/edit

    You can also use bbp_get_current_user_id() if you need the current user ID

    @sammmmy Fixed, the posts were caught by Akismet for having more than 2 links, I’ve fixed one and removed the other duplicates.

    This is excellent, I’ll take a look later, a couple of things if you could clarify please:

    In the posts table, subject is the topic title?
    In the posts table, message is either the topic or the reply content?
    In the threads table, topic, what is this? Is this also the topic title? And if it is also the topic title does this match the subject field from the posts table exactly?

    @cocolabombe0 I see you already have a ticket here :)

    Did the link to the code I sent you help?

    Thanks for this @@pegelf, bonus points for forking my gist, makes the changes you made easy to see, much appreciated :)

    It sounds like you are hitting this crazy freezing issue, it’s not easy to track down, but once you’ve found the offending database row you should be good to go.

    Following the instructions @robkk linked to above should help track it down, when I hit this issue if I’ve got 100,000 replies to import and it fails at 2,100, I’ll delete those first 2,199 reply rows from a working copy/backup of the database as a quick indicator of if/when the issue will crop again, helps to “scope” out whats going on.

    If you open up phpMyAdmin which I presume you’ve most likely got installed on your webhost and then open the SMF database and then open the smf_messages table then click ‘sql’, copy and paste this into the query box and click “Go” (The Go button is at the bottom right)

    show variables like 'character_set_database';
    show variables like 'collation_database';

    You should see something like this

    In my case the character set is utf8 and collation is utf8_general_ci

    @donchulio Adding a topic titled Ankündigungen with the topic content Ankündigungen and a reply with content Ankündigungen works as expected for me with bbPress 2.5.8

    Can you check what character set and collation both your source SMF database is and also the same for your WordPress database?


    Can you extract some sample data for me from your database so I can get this working for you?

    Ideally if you made a copy of the forum, topic, reply, and user tables with just a few rows of data left in each table? (Of course without any sensitive data by editing or removing it of course)

    More specifically, the forum table would have one or two forums, the topics table would have a couple of topics that have a parentID of one of the forums you include, and then a couple of replies that have parentID’s of topic or topics you’ve included.

Viewing 25 replies - 1 through 25 (of 2,917 total)