Skip to:
Content

Opened 20 months ago

Last modified 16 months ago

#4522 new defect (bug)

group forum index not refreshing when used with a persistant object cache

Reported by: DJPaul Owned by:
Milestone: Future Release Priority: normal
Severity: major Version: 1.5.4
Component: Forums Keywords:
Cc:

Description

A group forum's index (bbPress 1) is not refreshed when a new topic is posted in that forum when WordPress is using a persistent object cache.

I'm using http://wordpress.org/extend/plugins/apc/ as the object cache, though I'm 99% sure I'm seeing the same problem in a production environment which used Memcached.

I've only noticed this when upgrading from 1.5.4 to 1.6.1, but may have missed the problem in the earlier version.

Change History (7)

comment:2 DJPaul19 months ago

Does anyone have an environment to verify this? At work, I ended up disabling caching for bbPress as a workaround.

comment:3 DJPaul18 months ago

  • Milestone changed from 1.6.2 to Future Release

Punting this to Future Release until/if/when someone else can confirm that this problems exists (or doesn't).

comment:4 wpdennis16 months ago

  • Keywords reporter-feedback added
  • Version changed from 1.5.4 to 1.6.1

@DJPaul: I can confirm this in BP 1.6.1. While using memcached newly created topics aren't visible in the group forum directory.

Additionally a topic's permalink is wrong after a reply is submitted and the reply isn't visible either. I've reported this issue in a separate ticket: #4759.

Which groups have you disabled? bb_topic, bb_post, bb_forum and bb_option?

Edit:
Ended up with that:

wp_cache_add_non_persistent_groups(array('bb_query', 'bb_cache_posts_post_ids', 'bb_forums', 'bb_topics', 'bb_posts', 'bb_forum', 'bb_topic', 'bb_post', 'bb_option', 'bb_option_not_set', 'bb_topic_tag_terms'));
Last edited 16 months ago by wpdennis (previous) (diff)

comment:5 DJPaul16 months ago

  • Keywords reporter-feedback removed
  • Version changed from 1.6.1 to 1.5.4

Setting version back as that holds the earliest known version of the software that the issue exists in (but I suspect this goes all the way back to 1.2 or earlier).

IIRC, my workaround was just to hack something like get_topics() in bbPress and delete all the "try in cache" code first, i.e. letting it pull from the DB each time.

Wondering if this is a bbPress issue or a BuddyPress issue. What do you think? It's been a while since I looked at this.

comment:6 follow-up: wpdennis16 months ago

Setting version back

Yes, you're right. Makes more sense to know the earliest version.

Wondering if this is a bbPress issue

As far as I can tell right now (I've updated the other ticket with an example):

bbPress relies heavily on wp_cache_flush() but wp_cache_flush() doesn't work if the function is_site_admin() exists (aka multisite I guess) with APC or memcached (same reason in both implementations). So, the cache doesn't get flushed and we see old values.

If I'm right, that's the "only" problem we have.

Is function_exists('is_site_admin') true in your environment?

comment:7 in reply to: ↑ 6 DJPaul16 months ago

Is function_exists('is_site_admin') true in your environment?

Unfortunately, I've changed jobs since I posted this ticket and no longer have access to the environment.

As painful as it is to install the old standalone bbPress, perhaps we should grab a copy of that from BuddyPress 1.6.2, and set it up, and see if we can recreate an issue -- that way we can confirm it's totally separate from WP + BP. If so, we can create a ticket on the bbPress trac.

Note: See TracTickets for help on using tickets.