BuddyPress Single Group Pages showing empty
-
I have created groups using buddypress but the single groups pages show up empty. I have tried disabling all the plugins. Refreshing permalinks nothing is working.
-
Anyone willing to help?
Hi @asmaajaved,
I’m not sure if this an edge case, so more information is required, e.g.:
- WordPress version
- WordPress permalink setting(plain or pretty URLs)
- WordPress theme in use
- BuddyPress version
- BuddyPress template pack in use
- What does your error log reveal?
It would also help to have a screenshot of:
the single groups pages show up empty
Everything is up to date so have the latest version.
I can’t share a screenshot as its a sensitive site. But the error says “Page not found”. And the page is empty.
Error log does not show any error related to this… Permalink setting is set to post Name…
And template is BP Legacy..
Theme is DIVI.Things I have tried so far…
Resetting permalinks.
changing theme.
deleting groups page and creating it again.
Deleting htaccess and resetting permalinks to create a new one.
clearing cache.Nothing works for me.
For some reason you are getting a 404 page (Page not found”). Does this happen immediately after you create a group? Meaning, after creating a group you should be taken to the newly created group page but you are redirected to a 404 page, is this correct?
Also, this anomaly happens with all group types (public, private & hidden)?
Yes Exactly! Please tell me how to fix this.
ThanksUnfortunately, I’ve not seen this before, so it may take a while to figure what is going on. Until I can duplicate this anomaly, it is hard to say what a fix would be.
hmm. I have done almost everything except making any code changes.
I actually have a test site setup. I’ll need approval from my senior to share it with you. Is there any other way I can contact you to send credentials?Let’s not do that, I would prefer not to get involved in that way.
It looks like after group creation, there should be a 302 redirect to the newly created group page. Since you are able to delete groups, I assume you are doing so from
wp-admin > groups
page.Notwithstanding the 302 redirect after group creation. Since the groups appear to be created, you should be able to access any of the created groups directly, e.g.:
https:example.com/groups/new-group
I’m not sure if this is actually a BuddyPress issue.
I’ll ask around and see if anyone else on the team has heard of this.
ok no problem 🙂
Yes this is what we are not able to access: https:example.com/groups/new-groupI can delete groups from the backend but they don’t open from any where.
Thank you I will be waiting for your response.Can you visit member pages successfully? Like /members/example? But not /groups/example?
If so, then there is something conflicting in your WP site (because the BP pages are generally working) like a second page with the same slug or a custom post type with the same slug–something is preventing WP from reaching the BP groups page. Can you visit just /groups/?
Yes I am able to visit member pages. I have tried everything disabling theme changing wordpress versions. disabling all plugins..
yes I can visit just /groups/
and I can see all the groups in there. Just the individual group does not work.Any luck???
I do not know what the problem was but I figured out that this url was working on my site: https:example.com/groups/new-group/home
So I used a redirect plugin and setup a Regex Redirect…
Redirect from: https:example.com/groups/([^/]+)(/)?$
Redirect to: https:example.com/groups/$1/homeAnd this solved my problem.
@asmaajaved – out of curiosity, I’m interested in knowing the value that is set for the
BP_GROUPS_DEFAULT_EXTENSION
constant. This information can be found within the Site Health Info tab, e.g.,wp-admin/site-health.php?tab=debug
, scroll down to the last panel (BuddyPress Constants) then open the panel and find the aforementioned constant.This might provide an additional clue as to what may be occurring.
BP_GROUPS_DEFAULT_EXTENSION — forum
This is what I see.. I also see this..
BP_GROUPS_SLUG (deprecated) — Undefined
Thanks
Thanks,
BP_GROUPS_SLUG
(deprecated), as indicated is deprecated and shouldn’t be defined/used. However,BP_GROUPS_DEFAULT_EXTENSION
is defined as “forum” which is what is causing the initial 404 redirect (page not found). Apparently, there was a “forum” nav item for any given group and now there is not therefore, that page can’t be found.Somewhere, perhaps
wp-config.php
, there is a line that containsdefine( 'BP_GROUPS_DEFAULT_EXTENSION', 'forum' );
, find it and either remove it or comment it out and then you won’t need the redirect plugin. Perhaps, the bbPress plugin was previously activated and all groups had “Group Forum” enabled and thus the constant being defined as it was.I checked wp-config-php and also performed a search in my root directory and there is no such line.
I also searched my database and there were no results..Well that’s odd unless someone has used the
const
keyword to define it. Search for justBP_GROUPS_DEFAULT_EXTENSION
and see what that finds.The Bottom line is that this constant is being set to the value of “forum”, just need to find how and where.
no results
Hmmm… is this a production or development or staging site? We know the constant is being set. Would someone actually use a base64_decode hack to hide the fact?
I don’t understand what you mean by hiding… but this is the environment settings I see in site health…
Wordpress
Environment type —- productionand in constants I see this..
WP_ENVIRONMENT_TYPE Undefined
WP_DEVELOPMENT_MODE DisabledHiding – not easily seen.
The constants you’ve indicated are for WordPress and are typically defined within
wp-config.php
, if you search for one of those constant names, does it show up in your search results?I do know the meaning of hiding lol. But I did not understand what you meant by hiding using base64_decode… Anyways I checked the config file and only things I see are..
define(‘WP_ALLOW_MULTISITE’, true);
define( ‘CONCATENATE_SCRIPTS’, false );
define( ‘WP_CACHE_KEY_SALT’, ‘b0b5994d928ebc6862934677f5a6568d’ );
define( ‘DISALLOW_FILE_EDIT’, true );
define(‘WP_ALLOW_MULTISITE’, true);I see that this is a multisite installation, not that this should matter, it’s just that more information gets revealed over time. I noticed that
define(‘WP_ALLOW_MULTISITE’, true);
is listed twice; is this verbatim or just something that happened with copy & paste, just curious?As to base64_decode, this may not apply, this would have been a malicious attempt to obfuscate, I was just trying to rationalize why you aren’t finding where the
BP_GROUPS_DEFAULT_EXTENSION
constant is being defined.Perhaps I should ask the question differently; what tool are you using to search for the
BP_GROUPS_DEFAULT_EXTENSION
constant? Typically constants are defined inwp-config.php
, it appears, however, the BP_GROUPS_DEFAULT_EXTENSIONcan be defined in a child theme's
functions.php` or a “Must Use” plugin, etc, etc.copy past mistake..
I went throught the wp-config file line by line and checked also used file manager plugin to search in files and used chatgpt to create an sql query and search in the database.
And we do not have any child theme installed.
- You must be logged in to reply to this topic.