BuddyPress.org

wordpress-4.2-beta3 – Multisite subfolder install,
Default Twentyfifteen theme
Buddypress 2.2.1
Latest version of this plugin
Network Activated this plugin

A buddypress member can see the Events tab in profile and can fill up the Events form, but on submission the Event is not saved – empty form is returned. Thus the members cannot use Events at all.

I have assigned all Roles the permission to create Event. See this http://s18.postimg.org/5wmavsiop/event.png
The site super admin can create Event but NO map is seen.

If you have any Multisite subfolder demo with latest WP 4.2beta3 can you kindly set up a demo link?
Thank you.

also – This MAY help?

There is an action where you can hook in. It is called: ‘groups_created_group’.

see

http://wordpress.stackexchange.com/questions/75261/how-to-when-a-bp-group-created-automatically-create-a-wp-category

@danbp thanks for the tip. That activity sticky gives me another option to enhance the site, but I still need to have the ability to have new activity on past updates/posts bump to the top of the activity stream.

The only plugin that seems to do everything we need is
But it hasn’t been updated since 2011 and after testing it doesn’t work on my site.

I see many others who are asking for the same thing so not sure why there is nothing else available.

Do you have any suggestions?

Thanks for your input.

Don’t know any other source than Trac or Git mirror.

If you need to know such precise things, almost constantly, the best for you would to connect to by SVN or Git.

So you will be informed in real time which BP file is modified.

That said, templates are relatively quiet in regard of more in-depth core files….
And on Trac you have a revision number, so it’s easy to follow. And even on codex.

Other:
Following dev’s blog: bpdevel.wordpress.com
git clone git:// buddypress.git.wordpress.org/
http://teleogistic.net/2015/03/the-number-one-reason-to-start-using-git-interactive-staging/

Can this be reported to BuddyPress dev team?

You can report bugs using Trac:

https://buddypress.trac.wordpress.org/

Your login details will be the same as those you use here in the forums.

Maybe you can use or be inspired by
https://wordpress.org/plugins/cmb2/

Hi @asd315

You should look at the plugin’s documentation to find out if template tags are provided and then copy the relevant ones (if available) into your activity template. For more info on template tags see the Template Tags article.

See here: https://codex.wordpress.org/Function_Reference/get_role#Sample_Returned_Object

This field is fully part of WP registration process. And WP doesn’t use “email confirmation”.
But you can try Theme My Login if you absolutely want such feature.

It’s a common task you can achieve from a child-theme/style.css

https://codex.wordpress.org/CSS

The picture shows that you also use OneAll social login….

You have to debug. Read here first: https://codex.wordpress.org/Debugging_in_WordPress

Activate TwentyFifteen and deactivate all plugins except BuddyPress.
See it the issue is still in.

Reactivate each plugin one by one untill you find a culptrit

If you have to disable activity auto-refresh, this is telling me that there are other problems.

Try re-enabling auto-refresh and use Firebug to see what JS errors are being logged. Also try purging your browser cache to determine that you are running the latest BP JS.

Activity auto-refresh uses the WP Heartbeat API. The relevant JS is here:
https://buddypress.trac.wordpress.org/browser/tags/2.2.1/src/bp-templates/bp-legacy/js/buddypress.js#L1661

Let us know what your debugging finds.

It’s a problem with any theme using the TrueThemes framework:
https://buddypress.trac.wordpress.org/ticket/6335#comment:6

They are trying to force comments open on WP pages. When their code hits a BuddyPress page, their code will generate a new page due to the way they are forcing comments open and because the BuddyPress page ID is 0.

Themes using the TrueThemes framework can use this code snippet to disable their force comments code:

remove_action('template_redirect', 'tt_get_comments_status');

All symptoms sound like a problem with the javascript not working properly.

Unfortunately, it doesn’t look like it’s a problem with BuddyPress.

Maybe you have javascript disabled in your browser? Can you try other browsers?

If you’re starting on a fresh WordPress install, install BuddyPress from the WP admin dasbhoard’s “Plugins > Add New” page.

@alice-kaye just searching around and the clash i was getting at the time was similar to this and was caused by the same plugin https://wordpress.org/support/topic/plugin-causes-permalink-clash im not really sure how helpfull this will be if at all, this is to show you permalink issues caused by plugins crossing wires so to speak can happen, i’m not saying that this is even your problem its just a suggestion based upon what happened to myself in the past. it could be something totally different for you and troubleshooting it on a live site may be difficult.

Ooofff, as mentioned above, that is a HUGE list of plug-ins.

I’m not surprised that something is conflicting as you have a few things there that could be altering rewrite rules.

Your best bet is to disable all the other plug ins and see if if BP works after a permalink update. If so then you’re gonna have to start reactivating the plug-ins one at a time until the issue arises again.

Just in case you do lose access to update your permalink structure from the admin panel you can always do it via the database :

http://wordpress.stackexchange.com/questions/58625/where-is-permalink-info-stored-in-database

Hope you find your solution!