Member-facing changelog inside the community

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

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.

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

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.

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.

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

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

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

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

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

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

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

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

This deserves more votes. It is a small change with an outsized impact on day-to-day use.

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

Solid breakdown. The only thing I would add is to back up before making the change — better safe than sorry.

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

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.

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

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