BuddyPress.org

>I had already worked out that ‘component_id’ => buddypress()->activity->id was wrong

No it’s not wrong, buddypress()->activity->id == ‘activity’, in replacing it with a hardcoded string you could possibly cause issues if activities id did change, where it will cause issues is if BP isn’t loaded then buddypress() will fail, a hardcoded value is…[Read more]

> it’s not easy for us frenchies to write Codex articles.

🙂 Oh you don’t do too bad a job, the two of you, for frenchies that is 😛

Actually I wasn’t commenting on the standard of article/s at all just on the separation of information.

@danbp Thanks for adding the link, there’s a fair bit of detail in that topic on support which really ought to be in the codex, almost a case where the post topic is better detailed than the codex entry which aint a good thing!

Not sure here why the split between the register cpt function and BP one, if there’s access to the cpt register args why…[Read more]

I sort of encountered the same issue but sadly can’t say what I did to correct whatever went awry.
You appear to have followed the codex example correctly, but maybe try the other approach and update your register_post_type() $args; ensure your definitely using the correct custom post type name, text domains etc and your template show filter is…[Read more]

🙂
Remember to follow the naming convention as outlined in the codex guide for template hierarchy and that if wanting to create a standalone template i.e index-registration.php it will require all the ‘parts’ that constitute a WP template get_header/get_footer

Where did you get the idea that /registration/ was a valid directory? Look at the existing bp-legacy layout it’s there in black & white as to where files reside and in what directories 😉

If you want to do this I suggest that you’ll need to hire a developer, as in the original response “but is no trivial task ” There’s little point suggesting where to start as unless you have pretty good PHP skills and a good knowledge of how BP works this will be a struggle to achieve.

What do your WP settings page ‘general’ show for urls, specifically ‘Site Address (url)’? Did you check the values here after the change over?

WP codex guide on this aspect:
https://codex.wordpress.org/Giving_WordPress_Its_Own_Directory

Did you also visit the permalinks page under ‘settings’, just to ensure permalinks are re-freshed?

This is…[Read more]

Glad it’s resolved.

You might want to consider dropping that theme a note about this or at least check if they have an update to their theme. Themes that state a claim to something like BP support/compatibility have a responsibility to ensure their themes are kept up to date with possible changes in BP releases, BP releases tend not to have too…[Read more]

hmm expected that patch to be included in next WP release but hadn’t actually looked at what release the patch was added to, assumed if committed it would be next even if a point / minor version.

@shanebp great minds…

Glad it’s sorted, it’s an unfortunate issue, one that BP had to implement but we were aware of the issues that arose so are looking out for problems that sound as though this is the root cause.

I’ll close this thread as resolved.

This is likely an issue with necessary changes BP had to make setting is_page() to zero for BP pages, sadly causing a WP bug to manifest, WP has been patched to handle this issue.

You can apply this patch to WP core in advance of it being released to correct the problem – if that is this is the…[Read more]

You need to explain just what you’re doing template wise with your site.

If you have updated to latest BP version then you should have correct templates, unless you have overloaded/copied them to a theme, have you?

Why haven’t you access to move files around? No cpanel, ftp etc to transfer files to a theme folder?

Why are you referencing files…[Read more]

You need to explain just what you’re doing template wise with your site.

Why haven’t you access to move files around? No cpanel, ftp etc to transfer files to a theme folder?

Why are you referencing files from the github account – not that you can’t just a bit…[Read more]

You need to explain just what your doing template wise with your site.

@simpleone

Registration page

If you now rename the existing file you have overloaded as per the instructions for working with BP templates in a theme or child…[Read more]

Why are you adding or trying to add styles via bp-custom.php?

Explain the actual issue rather than ask for a solution to a specific approach.

If you check the WP codex ‘enqueueing styles’ you’ll see that the function allows you to state a file that this one must look for and load after stated by declaring the files ‘handle’

Styles are best…[Read more]

Those two fields do work fine, I suspect that you are working with an older version of the view & edit templates? The manner in which xprofile fields are looped to be displayed changed so you will need to grab latest versions of these templates from the bp-legacy directory in the core plugin.

Yes can confirm that there does appear to be an issue, but need to test this further on another install. It seems we aren’t rendering the input control on the profile edit field on the frontend.

If we can establish it’s definitely a core issue we’ll raise a ticket to get it looked into.