How to migrate from bbPress without losing data

Sofia Romano Sofia Romano 3 weeks ago Resolved

Reference guide. The bbPress importer preserves original dates, maps forums to spaces and forum categories to Jetonomy categories, and supports a dry run.

  1. Back up your database.
  2. Run wp jetonomy import bbpress --dry-run to preview.
  3. Run the import; it batches large datasets to avoid timeouts.
3

I respectfully disagree on one detail. In my setup the opposite held true, though I suspect it comes down to community size.

One caveat for larger communities: keep an eye on the indexes. At a few thousand rows the difference is night and day.

Following this thread closely. We are about to face the exact same decision and the replies here are gold.

Appreciate the clear steps. The dry-run tip in particular saved me from a mistake I would not have caught otherwise.

Great point. I had not considered the angle you raised in the second paragraph — it reframes the whole thing for me.

For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.

This matches my experience exactly. The hard part is staying consistent once the initial novelty wears off.

For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.

For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.

I respectfully disagree on one detail. In my setup the opposite held true, though I suspect it comes down to community size.

We ran into the same situation last quarter. What worked for us was starting small and only adding complexity when a real need showed up.

One caveat for larger communities: keep an eye on the indexes. At a few thousand rows the difference is night and day.

This matches my experience exactly. The hard part is staying consistent once the initial novelty wears off.

This matches my experience exactly. The hard part is staying consistent once the initial novelty wears off.

Adding a small note: the same idea applies on mobile, just with a bit more attention to tap targets.

Following this thread closely. We are about to face the exact same decision and the replies here are gold.

Adding a small note: the same idea applies on mobile, just with a bit more attention to tap targets.

For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.

Strong agree. Good defaults beat a wall of toggles every single time.

Tried this on a staging copy first and it behaved exactly as described. Confident enough to roll it to production now.

Adding a small note: the same idea applies on mobile, just with a bit more attention to tap targets.

This is the answer I wish I had found six months ago. Would have saved me a weekend of trial and error.

Thanks for writing this up. Bookmarking it — the kind of thing I will want to reference again in a month.

For what it is worth, the same approach works with the PMPro adapter — the membership side is identical from here.

Could you say more about how you measured the result? I want to try this but I am not sure what success would look like.

Thanks for writing this up. Bookmarking it — the kind of thing I will want to reference again in a month.

Thanks for writing this up. Bookmarking it — the kind of thing I will want to reference again in a month.

This is expected behavior, not a bug. The guard you are hitting is intentional — it protects against a class of mistakes that used to cause data loss.

If you need the other behavior, there is a documented filter you can hook to override it per site.

We ran into the same situation last quarter. What worked for us was starting small and only adding complexity when a real need showed up.

This matches my experience exactly. The hard part is staying consistent once the initial novelty wears off.