@boonebgorges invite-anyone plugin has template file “which can be overridden with a template file at groups/single/invite-anyone.php”
https://plugins.svn.wordpress.org/invite-anyone/tags/0.8.9/group-invites/templates/invite-anyone.php
Next time, it’ll be better if you post at the Invite Anyone plugin forums so plugin dev will be able to see your post https://buddypress.org/community/groups/invite-anyone/forum/
@r-a-y put together a solution that worked for caching and private messaging https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/persistent-caching-and-private-messaging
Maybe this is in a similar family…
Thanks for your input Paul.
I bumped it because Boone and I were going through all the 1.3 milestone tickets to see what we thought could be left out until a later version. It was bumped because, whilst it’s an important issue or showstopper for people who use this sort of caching, it’s not a critical issue for every install and we need to focus on the must-fix tickets. It’s also outside Boone and mine’s knowledge/area. Personally I would have to go away and spend a lot of time figuring out how to figure out what’s not being cleared somewhere.
At time of writing, there are 47 tickets which we thought we really really need to get fixed for 1.3 — that’s obviously a lot of work and time, and contributions on any of the tickets in https://trac.buddypress.org/report/11 would be appreciated 
And if anyone has information on how to solve this particular ticket, or does fix it and provides a good patch, it’ll get into 1.3. It’s not set in stone.
Is this the ticket you were thinking of?
https://trac.buddypress.org/ticket/2636
Looks like it’s been bumped to BP 1.4.
This user was using W3TC and had the same issue – and that’s a popular plugin here in the community. As anyone found a fix?
From memory when I used to use W3TC, I ran into problems with caching not clearing on, I think, group pages (maybe the group’s activity stream). I think this happened when object caching was enabled (not page caching). We’ve got a ticket for 1.3 to try to look into this, but I personally don’t have enough knowledge about the way object and page caching works internally in BuddyPress, so I can’t do much more.
Did you update group slug the BP way, i.e. adding the following to your wp-config.php file?
`define ( ‘BP_GROUPS_SLUG’, ‘challenges’ );
per https://codex.buddypress.org/extending-buddypress/changing-internal-configuration-settings/
Just disabled batcache by removing object-cache.php and advcanced-cache.php and defining caching as false in wp-config. Not only does it work now, but the broken permalinks are fixed.]
Blog comments were always fine – there must be something regarding BP/bbpress that isn’t caching-aware. Or, because batcache isn’t supposed to apply to logged-in users, maybe there is something about bbpress where cookies aren’t recognized.
Any ideas? Is there a bat-phone I can call for help?
Turn on debugging, as I spotted a few deprecated functions pop up in warnings.
Ye rushing doesn’t help, all good n green now 
Thanks hnla, I saw you posted something similar concerning forum topics.. and ye the link was dead.
Anyway ill give it a go in the morning, and im linking back to blogs and forum topics on how the functionality has been implemented.
@cspowers
That’s a very interesting idea for a plugin! Any takers?
@sesaconsulting –
1. By default you create a group from the link at the Groups Directory header “Create Group” which generates this URL to take you through the process
2. The “Add Friend” link is found in any member’s header usually under or beside the member’s avatar.
3. You cannot find dashboard > BuddyPress > Forums Setup on your single WP site?
Further testing – Deactivate BP Template Pack plugin and change theme to bp-default theme to isolate the problem.
Does it go away if you disable memcache and batcache? (after clearing your own cache, of course)
@Eclipsetuner018 I’ve tested the BP Mag theme on a test install upgraded to BP 1.2.8 and WP 3.1 before, and encountered that problem once. I deactivated all plugins except BP and the problem went away. I haven’t gone back to check which among the possibly outdated plugins caused the conflict since I was just focused on creating a child theme for BP Mag at that time.
Btw, @sbrajesh provides support for his themes and plugins at http://buddydev.com/forums/
Hahaha nice one!
Thanks a lot it’s working! So now, even there is a buddypress’ update it will work or did I change buddypress’ core?
Many thanks
Still struggling here – it’s not my theme, plugins, and I can’t find any documentation that caching would screw up permalinks. Even some gurus are stumped.
My question now: Is there a way to “reset” my install to account for a possible glitch? I’ve reinstalled WP and BP but that doesn’t help, so maybe it’s a database error?
Aargh.
Just did it with bp-default theme; and same result
Parse error: syntax error, unexpected T_ENDIF in /homez.193//www//wp-content/plugins/buddypress/bp-themes/bp-default/header.php on line 93
I will try to understand the it and will let you know!
@KendrickSnyder
The premium BP-Gallery plugin does all that, and a whole lot more too!
BP Gallery
You do this in a child theme, please see the BP codex for guidance on how to create a child theme (easy!)
https://codex.buddypress.org/theme-development/building-a-buddypress-child-theme/
Mercime has shown you how and where it’s not really php coding it’s a matter of copy pasting .
Thanks a lot!
Is there anyway to do this without touching buddypress’s core?
I am not really good at php, could you tell me where do I have to put this code?
Thanks in advance
Turn on debugging, as I spotted a few deprecated functions pop up in warnings.
Uploading to repo is probably best slowed down it’s tempting to upload at every change but it’s inevitable that the quicker you rush to upload the more likely the second after you realise you forgot to change version numbers and a hundred other little things
lol need to upload a new version again.. ganna rather wait a day or two and sort out things poperly
nicely done ,thanks for sharing
The fact that the sidebars may vary in length as well as the centre content makes life harder overlapping borders works but will still result in an apparent miss-match if one sidebar is longer than the other as is the case presently. Really your only two options are using a graphic (create a border take a slice of it of a few pixels but not too few 10 or 2 wide by ~20 high add an extra div as a child of the main #content / #container (parent that wraps content and sidebars) and then you add a background to each of these two divs and use position to place the graphic in from the edges by the sidebar width alternatively you could try a technique that can work but also can lead to issues depending on the layout: give the sidebars a huge amount of bottom padding, then an equal amount of negative bottom margin and overflow hidden on the parent element rn the borders on the sidebars rather than the center element.
