__group__,ticket,summary,component,version,type,owner,status,created,_changetime,_description,_reporter
,5707,Forum support replying to yourself (double post error),Forums,,defect (bug),,new,2014-06-12T01:08:17Z,2014-06-12T01:08:17Z,"Replying to myself creates a double post in forum support section.
http://buddypress.org/support/topic/set-default-forum-category-for-groups/",echiomega
,7121,Wrong position of @mention autosuggest on tinyMce editor When scrolled down,Administration,,defect (bug),,new,2016-06-14T14:23:24Z,2016-06-22T12:01:31Z,"Wrong position of @mention autosuggest on tinyMce editor When scrolled down (more text more worse), the bug appear on backend and frontend, right now (Wordpress 4.x) not show on backend because this setting ""full-height editor and distraction-free functionality"" Enabled, but when disable it the problem appear.
screenshot :
[[Image(http://s32.postimg.org/da4f3rwbp/test.jpg)]]",mewebpro
,7412,Update jquery.dimensions,Messages,,enhancement,,new,2017-01-04T21:04:22Z,2017-01-25T20:25:56Z,"I've found the latest version here:
https://github.com/johnantoni/jquery.dimensions
But I'm not sure, where is it used. Disabling this file loading seems not breaking anything.
Should we update it? Or should we delete it?
Inspired by #7339.",slaFFik
,7690,Will need a direct menu for Profile Front page after Nouveau,Navigation,,enhancement,,new,2018-02-09T20:33:22Z,2018-03-20T11:17:49Z,"If someone wants to link member front page to user menus, not profile one; they need a direct link to front page ( domain.com/members/username/ )
Current options inside BuddyPress menu link do not point at front page template.
http://prntscr.com/icjcek",vapvarun
,5354,My forums topics pagination messed up,BuddyPress.org Sites,,defect (bug),,new,2014-01-25T16:22:42Z,2014-04-25T16:52:41Z,"If I visit my forum topics, e.g. http://buddypress.org/community/members/sooskriszta/forums/replies/ then the pagination links are wrong…instead of linking to the next pages in my topics (e.g. http://buddypress.org/community/members/sooskriszta/forums/replies/page/2/), they link to buddypress forums pages, e.g. http://buddypress.org/page/2/",sooskriszta
,5367,WP Admin BuddyPress profile when BuddyPress is not network activated,Administration,,defect (bug),,new,2014-02-01T21:20:17Z,2015-09-06T15:39:04Z,"On a multisite config, it's possible to activate BuddyPress on a child blog instead of on the entire network. On this kind of configuration, the new WP Admin BuddyPress profile won't be available for all the community members, but only to the one that are users of the child blog.
=== Registration process ===
When a user is created from the WordPress Administration of the one of the blog of the network, he becomes a user of this blog having the role the administrator specified
When a user is created from the Users Network Administration screen, he doesn't belong to any blog.
When a user is created using the BuddyPress signup process, the user won't belong to any blog.
When BuddyPress is on non multisite config or activated on the network, i think we shouldn't change anything to this process, because people are used to :
- find their users in their blog on non multisite config
- find their members in users network administration on multisite config.
- and everything works fine for the new WP Admin BuddyPress profile
As problem only appears on this particular config : BuddyPress is not activated on the network but on a child blog, i think we have 2 options to deal with it :
==== Option 1 : using the add_to_blog usermeta ====
I've attached the [ticketnumber]-add-to-blog.diff as a starting point of this option. Using it, any new activated signup will be created as a network member and as a user of the blog where BuddyPress is activated. The benefit is we don't have to touch to the WP Admin BuddyPress profile code, the disadvantage of this is that, the ""old"" members won't be in the blog's users list. So it will surely need a tool to ""repare"" this situation in order to batch attach BuddyPress members as users of the blog. Problem is ""what"" is a BuddyPress member? The only way i saw in next option is something that will be soon deprecated (great work @boone on #5128, i need to test it asap :) ) : the 'last_activity' user meta.
==== Option 2 : ""trick"" patch ====
In [ticketnumber]-trick.diff, i'm editing the WP Admin BuddyPress profile in order to list all the BuddyPress members (last_activity exists) without making them users of the blog. Using it, the Community administrator will be able to view all the members and not only the users of his blog. The benefit is we don't need to change the signup process and no specific tool will be necessary. The disadvantage is that it will quicky need a refresh to stop using last_activity meta.
What do you think ? Option 1, Option 2 or another way ?
",imath
,5443,wp-admin xprofile new/edit field screen doesn't work on mobile,Administration,,defect (bug),,new,2014-03-03T09:30:36Z,2014-11-22T15:47:30Z,"None of the controls do anything -- they're probably hooked to desktop-only events, perhaps `click` etc. This is pretty poor. We should try to fix up the bare minimum for 2.0 and then think about iterating the design of the page to make it work great in a future release.",DJPaul
,5664,BP setup routine can run erroneously,Core,,defect (bug),,new,2014-05-28T16:25:35Z,2014-06-13T22:42:57Z,"A few days back I got an emergency ticket from a client, letting me know that the site was whitescreening. After some debugging, it turned out that a number of components had been deactivated (groups, legacy forums, messages), causing fatal errors with custom functionality. Some more investigation showed that the existing directory pages for these components had also been deleted (along with the Register and Activity pages), with multiple versions of these pages regenerated in their place, and the Dashboard > BuddyPress > Pages settings switched to point to the most recently created versions (so the URLs were `members-3`, etc). The page authors were three different non-admin users, and the pages had all been created at the exact same time.
It's hard to know for sure, but my intepretation is that the BP installation routine was being run incorrectly. See the `if ( bp_is_install() )` block here https://buddypress.trac.wordpress.org/browser/tags/2.0.1/bp-core/bp-core-update.php#L199: keeping in mind that the default components are Members, Activity, and XProfile, running this code on a production site would result in just the symptoms described above.
How could this happen? A possible trace:
- `bp_is_install()` is true if `! bp_get_db_version_raw()`. `! bp_get_db_version_raw()` is true if `$bp->db_version_raw` is `empty()`, which would presumably happen here https://buddypress.trac.wordpress.org/browser/tags/2.0.1/bp-loader.php#L503. I'm not sure how or why this would happen, but it does explain how the `bp_is_install()` check would pass.
- There is also the question of how we got to the `bp_version_updater()` function to begin with. It is called by `bp_setup_updater()`, but only when `bp_is_update()` is true; but `bp_is_update()` will return true under similar circumstances as `bp_is_install()`, described above. `bp_setup_updater()` is hooked to `'bp_admin_init'`, which suggests that the entire episode was triggered by these non-admin users visiting a `wp-admin` page at a moment when something was messing with the `get_site_option( '_bp_db_version' )` call or something like that.
I'm afraid I don't have any more details, or any concrete ideas about how to trace it further. Part of the purpose of this ticket is to ask whether anyone here has ever seen anything like this, or has any ideas about where else I could look.
The second reason for opening the ticket is to suggest that there could be more safeguards in place to prevent this sort of problem from happening. A couple thoughts:
1. Bail out of `bp_version_updater()` based on a cap ('bp_moderate' or maybe something stronger) check. This may not have prevented the problem, but it would at least prevent the odd situation of directory pages being generated and being attributed to a non-admin user.
2. In `bp_version_updater()`, do some sort of gentle checks before wiping out existing 'bp-active-components' settings and directory pages. Another way of putting this: do we want the absence of `db_version_raw`, all by itself, to trigger the deletion of existing content? Seems to me we should use data if we find it there; users who want to trigger a full reinstall by deleting `_bp_db_version` will be savvy enough to delete `bp_pages` and `bp-active-components` too.
Any thoughts are welcome.",boonebgorges
,5722,Theme compat does not recognize single member page if no subnav item is registered,Core,,defect (bug),,new,2014-06-20T16:15:15Z,2023-05-15T20:00:12Z,"Consider a simple implementation of `BP_Component` that does not need a subnav. The logical way to do this is to register no subnav items in `setup_nav()`:
{{{
public function setup_nav( $main_nav = array(), $sub_nav = array() ) {
$main_nav = array(
'name' => 'Foo',
'slug' => 'foo',
'screen_function' => 'foo',
);
parent::setup_nav( $main_nav, $sub_nav );
}
}}}
However, when setting it up this way and then visiting example.com/members/yourname/foo/, the Members directory template loads. That's because the Members component theme compat will not recognize this as a single member page, due to the fact that `bp_current_action()` will be empty. See https://buddypress.trac.wordpress.org/browser/tags/2.0.1/bp-members/bp-members-screens.php#L296 (line 303)
I have a feeling that what's needed is just to switch this logic around, so that the check is more like `if ( bp_is_user() ) { // single } else { // directory }`, but this will obviously take some testing.",boonebgorges
,5800,wp_title filter can break BP's pages' titles,Templates,,defect (bug),,new,2014-08-08T05:17:26Z,2016-06-18T19:19:00Z,"On Groups pages, the page Title should include the Group's name. At the moment it just says Groups.",sooskriszta
,5808,buddypress.org pagination broken,BuddyPress.org Sites,,defect (bug),,new,2014-08-12T02:35:55Z,2023-05-17T19:01:38Z,It was suggested on the support forums that post a ticket. When trying to refer to my previous replies I get redirected back to the sites homepage. See http://buddypress.org/support/topic/pagination-on-buddypress-org-broken/#post-186309 for a little more detail.,bphelp
,5874,BP_Groups_Group::get() returns incorrect results when using meta_query with multiple meta_values and OR relationship,Groups,,defect (bug),,new,2014-09-14T13:41:58Z,2016-09-21T15:44:45Z,"I think I’ve found a bug in the BP_Groups_Group::get() function when performing meta_query with OR relationship.
Currently I have 4 groups to test with. Each group is assigned a meta_key => group_sport with values “running”, “swimming”, “mountain”, “winter” respectively. When I perform this:
{{{
$meta_query = array(
'relation' => 'OR',
array(
""key"" => ""group_sport"",
""value"" => 'mountain',
""compare"" => 'LIKE'
),
array(
""key"" => ""group_sport"",
""value"" => 'running',
""compare"" => 'LIKE'
));
$group_arr = BP_Groups_Group::get(array(
'per_page'=>-1,
'meta_query' => $meta_query
));
}}}
it retrieves mountain and running but also incorrectly retrieves swimming and winter.
On further investigation I noticed that table joins in BP_Groups_Group::get() and get_meta_query_sql() are done using commas rather than INNER JOIN, etc. I changed the functions to use INNER JOIN instead and it now works correctly on my test site. Can anyone else confirm this bug please? I'm running WP 4.0 and BP 2.0.2.",richtelford
,5923,Can't change size of group thumbnail since 2.1 version,Media,,defect (bug),,new,2014-10-02T09:00:00Z,2016-06-18T19:12:26Z,"Hi
Since 2.1 version of BP I can’t change shape of crop tool. I pasted this code in functions.php (twentyfourteen theme)
{{{
function group_thumbnail_size(){
define( 'BP_AVATAR_FULL_WIDTH', '180');
define( 'BP_AVATAR_FULL_HEIGHT', '120' );
}
add_action('bp_init', 'group_thumbnail_size', 2);
}}}
… and this is what I see [[Image(http://i.share.pho.to/1c4f196e_o.png)]]
",m1000
,5973,"It's not possible to save the ""Site title"" on es.buddypress.org and UTF8 issue",BuddyPress.org Sites,,defect (bug),,new,2014-10-29T19:16:03Z,2023-12-12T16:47:40Z,"The site https://es.buddypress.org/ doesn't have any ""Site title"" asigned and I can't save changes on Settings > General.
On other hand, on the Dashboard, you can see the title ""BuddyPress Espa[symbol]a"" (see image attached).",_DorsVenabili
,6053,Links in Group Description should be nofollow'd,Groups,,defect (bug),,new,2014-12-03T23:30:26Z,2016-07-23T22:56:46Z,"Links in Group Description should be nofollow'd to make this area less effective for spammers.
Suggested by @techytoo on the forums: https://buddypress.org/support/topic/relnofollow-group-description/#post-230132
This should be as easy as adding a filter.",DJPaul
,6059,BP_Activity_Activity:get() doesn't respect 'max' parameter,Activity,,defect (bug),,new,2014-12-08T19:15:39Z,2017-06-04T02:56:42Z,"`BP_Activity_Activity:get()` accepts three SQL limit parameters: `$page`, `$per_page` and `$max`. `$page` and `$per_page` are used to generate pagination SQL, but `$max` is only used to modify the found-row count.
It seems that at the least we'd have to decide that `$page` and `$per_page` trump `$max` or vice-versa. Both can't be used in the same request.
One minimal option would be to set `$page = 1` and `$per_page = $max` if `$args['max']` is set (and `$args['per_page']` is not set) at about line 473 and leave the pagination logic in place.
Source:
https://buddypress.trac.wordpress.org/browser/trunk/src/bp-activity/bp-activity-classes.php#L296
I'll happily produce a patch if we can decide on the desired behavior.",dcavins
,6068,"Use standard event names instead of ""bp_before_registration_submit_buttons"" to make registration work with plugins",Core,,defect (bug),,new,2014-12-15T17:51:12Z,2014-12-15T18:51:39Z,"Hi!
I'm using buddypress 2.1 and several captcha plugins doesn't work. For example wp-recaptcha:
https://wordpress.org/plugins/wp-recaptcha/
But the reason it is not working seems to be just because the callbacks are being added to different events. The registration form event is called differently when using Buddypress and this seems to break the captcha there (it works fine with the comments).
I did a simple patch, as a proof of concept, to wp-recaptcha to use the buddypress event names, and it works fine. You can see the patch here:
https://github.com/rata/wp-recaptcha-bp/commit/00c8a2441a2287f3b84303d0bbdc16551c55e5ad
(I also added the captcha to the lost password form, but ignore that)
Is it possible to use the standard wp event names, so plugins using the ""add_action()"" function work fine with Buddypress too ?
Thanks a lot,
Rodrigo",elrata_
,6084,Single page template routing is inelegant,Core,,defect (bug),,new,2014-12-31T18:59:24Z,2015-08-10T23:14:49Z,"Split from #5552.
Summary - ticket:5552#comment:10:
> All of this points to a deeper problem, which is that it's problematic for template routing - the selection of templates based on the current URL/component/action - to be happening inside of templates. Templates are loaded from the outside in (home.php contains settings.php contains plugins.php), and when the routing logic is inside of the templates, by the time you get to settings.php it's not possible to say ""whoops, this actually isn't a settings page"". Contrast this with what good WP themes do: get_template_part( 'content', get_post_format() ); is a single line that leaves the routing logic out of the template, where it can be filtered/modified independent of the template load order. Obviously, moving toward this kind of system is a ton of work, but I do think it's at the root of the trouble we're currently having.
Background: ticket:5552#comment:4, ticket:5552#comment:8.
Patch: attachment:5552.patch:ticket:5552",r-a-y
,6130,Default (Last active) sorting doesn't show some members,Core,,defect (bug),,new,2015-01-17T08:31:39Z,2021-04-16T20:10:51Z,"Picking up from https://buddypress.trac.wordpress.org/ticket/5611#comment:6
It seems odd that some members would be shown for one sort and not for another.",sooskriszta
,6155,bp_core_get_active_member_count() multisite query does not exclude 'spam' status,Members,,defect (bug),,new,2015-01-22T03:35:07Z,2015-05-09T09:58:01Z,"If multisite, it's possible for spam users to be included in the active member count query.
The query was introduced in r5987:
{{{
""SELECT ID FROM {$wpdb->users} WHERE (user_status != 0 OR deleted != 0 OR user_status != 0)""
}}}
It should likely be:
{{{
""SELECT ID FROM {$wpdb->users} WHERE (user_status != 0 OR deleted != 0 OR spam != 0)""
}}}
",johnjamesjacoby
,6167,Activity stream commenting on WP post appears to bypass WP comment settings,Core,,defect (bug),,new,2015-01-28T11:48:11Z,2015-05-07T14:04:26Z,"If my WP settings for comments are set to hold a post comment for moderation / approval buddypress appears to ignore that. If I comment on the post from the activity stream the comment is automatically published to the post.
It might be a small matter and obviously dependent on other settings such as being able to comment via activity stream, logged in/out etc but seems to point to BP not checking first for comment settings?",hnla
,6245,bp_get_user_has_avatar() always returns true if default avatar URL is filtered,Media,,defect (bug),,new,2015-02-21T12:30:16Z,2016-06-18T19:12:26Z,"
{{{bp_get_user_has_avatar()}}} will always return {{{true}}} if the default avatar URL has been changed by filter {{{bp_core_default_avatar_user}}}",henry.wright
,6395,is_single_item not set for single member profiles,Route Parser,,defect (bug),,new,2015-04-28T18:13:16Z,2016-05-11T15:37:02Z,"When viewing a single member, `buddypress()->is_single_item` remains false.
This seems counter-intuitive to the purpose of this variable, which is to help discern the type of content being viewed.
Nothing is broken as a result, but perhaps this could be a useful crutch for `bp_is_user()` and `bp_is_my_profile()` instead of relying on `bp_displayed_user_id()` which works, but maybe isn't as semantically correct.
''(Tangentially, this property will likely be less useful if we ever get to implementing rewrite rules.)''",johnjamesjacoby
,6441,Missing break statement inside bp_groups_admin_load() function,Groups,,defect (bug),,new,2015-05-19T02:16:04Z,2015-05-30T15:37:36Z,"The ""mod"" case section is missing a break statement.",tw2113
,6448,Unconditional set of $wp_rewrite->use_verbose_page_rules = false breaks flush_rewrite_rules(),Core,,defect (bug),,new,2015-05-21T10:40:13Z,2021-01-04T10:08:27Z,"Bp unconditionally sets $wp_rewrite->use_verbose_page_rules = false since this commit: https://buddypress.trac.wordpress.org/changeset/5970.
This breaks rewrite rules written by flush_rewrite_rules() in setups were the post name is used for the permalink structure. This is due to line 1609 of rewrite.php. In these setups, rewrite rules for pages should be written before rewrite rules for posts. Due to Bp setting $wp_rewrite->use_verbose_page_rules to false, it happens to be the other way around. The symptom of this can be a 404 error when accessing a page by it's permalink.
One way to reproduce this bug involves Learndash, but it can potentially occur with any plugin that uses flush_rewrite_rules().
Steps to reproduce:
1. Fresh WordPress 4.1.1 install
2. Install and activate the plugins BuddyPress 2.2.1 and LearnDash 2.0.6.3 (both newest versions)
3. open [wordpress-root]/sample-page/ -> Page is showing correctly
4. open [wordpress-root]/activity/ and post something
5. reload [wordpress-root]/sample-page/
",chherbst
,6555,Avatar upload dir filters set 'basedir' and 'baseurl' incorrectly,Core,,defect (bug),,new,2015-07-14T18:47:09Z,2016-06-18T19:30:23Z,"`bp_core_signup_avatar_upload_dir()`, `xprofile_avatar_upload_dir()`, and `groups_avatar_upload_dir()` all filter 'upload_dir' to provide object-type-specific upload locations for avatars. The settings ultimately used by WP for the uploaded files come from the `'path'` and `'subdir'` values returned by these functions; `'basedir'` and `'baseurl'` are not used. However, these values *are* used to generate certain error messages (see eg the end of `wp_upload_dir()`), and we currently set them incorrectly, so that the error message gives an incorrect path (eg `wp-content/uploads/group-avatars/123/group-avatars/123`).",boonebgorges
,6559,nav implode() error when using BUDDYPRESS_LATE_LOAD,Core,,defect (bug),,new,2015-07-17T02:35:31Z,2015-10-21T19:13:10Z,"While debugging a conflict between Membermouse and Buddypress (Buddypress wrongly allows a logged-out visitor to see the Members page), I found that letting Membermouse load first with BUDDYPRESS_LATE_LOAD set to true would fix the problem. However, a side-effect is that I then get the following warning for several menu items:
{{{
Warning: implode(): Invalid arguments passed in /home/makest/public_html/staging/wp-content/plugins/buddypress/bp-core/bp-core-filters.php on line 853
}}}
The menu items in question have _invalid set to true, and therefore have an empty class property (instead of the expected array). I could not figure out why this does not happen without the late load.
The change below seems to resolve the problem:
{{{
46 function bp_setup_nav_menu_item( $menu_item ) {
847 if ( is_admin() ) {
848 return $menu_item;
849 }
850
851 // We use information stored in the CSS class to determine what kind of
852 // menu item this is, and how it should be treated
853
854 if ( true === $menu_item->_invalid ) return $menu_item; // THIS CHANGE RESOLVED THE PROBLEM
855
856 preg_match( '/\sbp-(.*)-nav/', implode( ' ', $menu_item->classes), $matches );
}}}
Please advise if there is a better fix, or consider applying this to the core.
Thanks!",useStrict
,6639,Duplicate IDs in Member Settings screens,Toolbar & Notifications,,defect (bug),,new,2015-10-01T05:03:50Z,2015-10-14T11:28:04Z,"Duplicate `
` show up when on Member Settings screens per attached as the Notifications component link has the same slug as the Email (nee Notifications) subnav.
Initial thought was to change the slug of the Email subnav but [https://buddypress.trac.wordpress.org/browser/trunk/src/bp-settings/bp-settings-loader.php#L110 inline comment] notes that we have to retain the slug for backward compatibility. On the other hand, we do need to remove duplicate IDs from BP screens.
If this cannot be addressed now, then hopefully the duplicate IDs can be fixed in the ""grand reconstruction of member and group navigation"" sometime soon. ",mercime
,6640,Duplicate at-who element IDs in Activity Streams,Activity,,defect (bug),,new,2015-10-01T05:55:29Z,2019-01-09T20:12:22Z,"Multiple instances of the following `ids` show up in Sitewide, Group, and Member activity streams:
* ``
and
* `
`",mercime
,6703,Installing old fashioned bbPress 1.x from BuddyPress installation,Forums,,defect (bug),,new,2015-11-01T11:45:49Z,2015-11-01T12:53:25Z,"When trying to use bbPress that is shipped with BuddyPress I go through forum installation logic, but have this code to add to `bb-config.php` file (on Windows it was unable to create the file, which is really strange).
{{{#!php
-1
$bb->custom_user_table = 'wp_users';
$bb->custom_user_meta_table = 'wp_usermeta';
$bb->uri = 'http://trunk.bp/wp-content/plugins/buddypress/build//bp-forums/bbpress/';
$bb->name = 'BuddyPress Trunk Forums';
define('BB_AUTH_SALT', '=(.gWbVY2$j_8i)`.Q052,0EY[iRTKZ7JOaJ1I{ZY,JF^P1y&oPkc4+y5g/<{v-Z');
define('BB_LOGGED_IN_SALT', 'J~BS(0W.{.5 3U>t];SG,g]t())~Z;6rE$nB;3 (x@C<}::<#SvqNk-r2eC f;6/');
define('BB_SECURE_AUTH_SALT', 'DU-
}}}
Note 2 problems here: `-1` instead of ` Hi,
> I am using:
> Fresh and New Install
> WP 4.4.2
> BP 2.5.2
> Multisite
> BP_ENABLE_MULTIBLOG = true
> Sync between WP and BP activated in all blogs
> We changed the primary Xprofile field name to ""Full Name"", using the primary blog.
> When we update the primary BP field, using the backend or frontend of a different blog in the network, the primary field is not updating the WP name, last name and display name.
> But, if we try to update the field using the primary blog, the sync works fine.
> Bottom line: the profile sync is not working in every blog of the network and the problem persists according to my experience.
> WORKAROUND:
> I had to update the BP xprofile field_1 (in my case from Name to Last Name) from every blog, even if the BP settings was displaying the correct field name.
> Thanks,",boonebgorges
,7070,Unique group names should not use random integer,Groups,,defect (bug),,new,2016-05-17T20:48:24Z,2016-05-17T20:48:24Z,"If there's a group `foo` and you try to create another group `foo`, your new group will have a slug like `foo-43983498` - we append a random number to the end. See `groups_check_slug()`. This is terrible.
We should:
1. Increment (`-2`, `-3`, etc) instead of using a random number. This is much friendlier.
2. Add something to the UI that warns the user about the conflict and urges them to choose another name. (This should probably be a separate ticket.)",boonebgorges
,7092,There should be an easy way to disable activity stream posting,Activity,,defect (bug),,new,2016-05-26T15:11:55Z,2016-05-26T15:11:55Z,"The only way to disable activity stream posting, but still keep the stream turned on, is to modify the templates. (Ie: copy post-form.php to your own theme, and then blank it out.)
We should make this easier. A cap checks makes the most sense as we move forward with fine-grained caps through core: `current_user_can( 'bp_post_activity' )` or something like that.
Any thoughts on implementation?",boonebgorges
,7266,Check image extraction for activity stream featured image,Activity,,defect (bug),,new,2016-09-22T08:09:12Z,2016-09-22T08:09:12Z,"Per https://buddypress.org/support/topic/featured-image-wont-show-up-on-member-activity-feed/#post-258998
While responding to a support request, I looked at the code, and I think there's a gotcha in the logic that extracts media from a block of text. I think the case of having more than 3 paragraphs (in the source text) and no images will result in no media showing, even if other media exists.",DJPaul
,7287,xProfile multi select box output: Include option IDs,Extended Profile,,defect (bug),,new,2016-10-14T14:49:22Z,2016-10-18T16:59:52Z,"Hi guys,
Here's a snippet of front-end output when using the multi select box xProfile field type:
{{{
}}}
Is there any chance we can output option IDs too? Something like:
{{{
}}}
Note checkbox output already has option IDs.
",henry.wright
,7309,Activity: related activity_comments are missing from custom post type comment query,Activity,,defect (bug),,new,2016-10-27T16:16:20Z,2016-11-02T10:51:20Z,"=== Context ===
Currently, custom post type comments can be registered as activities in the db in two ways:
* when `bp_disable_blogforum_comments()`: original comment at the post > `new_{$post_type}_comment`.
* else: either as activity comment in the activity stream or as original post comment > `activity_comment` regardless of the post's post type.
When `bp_disable_blogforum_comments()` is false, meaning activity post commenting is enabled, the query for fetching the post type's comment activities queries for either for the activity type `new_{$post_type}_comment` or the specific activity IDs (in case they were created with type `activity_comment`) - see `bp_blogs_new_blog_comment_query_backpat()`.
=== Issue ===
However, when `bp_disable_blogforum_commments()` returns true, the comment activity query only queries for the `new_{$post_type}_comment` activity types, ignoring the comments that may have been made in the activity stream previously, sitting in the db as `activity_comment`. These comments do live with their posts and have been recorded as activity, but are now not included in the list of post type comment activities. It is true that activity comments cannot be created with this condition, but there may be entries in the db from before that setting.
=== Solution ===
I suggest to alter the query for custom post type comments under `bp_disable_blogforum_comments()` to include activities that have been made as `activity_comment`. For this, we can use the logic presented in the mentioned `bp_blogs_new_blog_comment_query_backpat()` where specific IDs that have the meta_key `bp_blogs_new_{$post_type}_comment_id` are queried prior to setting the activity query arguments.",Offereins
,7320,Group header: warning in admins/mods list,Groups,,defect (bug),,reopened,2016-11-03T21:48:03Z,2017-02-11T22:20:13Z,"Hello,
All the Groups I create display this error across the Group Profile:
Warning: Creating default object from empty value in /home/swiftbus/public_html/5firemen.com/wp-content/plugins/buddypress/bp-groups/classes/class-bp-groups-member.php on line 1122
I attached a snapshot for your reference.
Any idea what the issue is and how to fix it?
Thanks
",JeffWillia.ms
,7331,display_comments=stream for bp_has_activities() doesn't work,Activity,,defect (bug),,new,2016-11-06T22:51:10Z,2017-01-25T20:25:56Z,"It's rather hard to explain.
1) Go to a group
2) create top level activity there
3) create 1 or 2 replies to it.
4) Open /activity/activity-loop.php file in templates.
5) Modify `bp_has_activities()` call to this:
{{{
if ( bp_has_activities( bp_ajax_querystring( 'activity' ) . '&display_comments=stream' ) )
}}}
'''Expected result:'''
All comments (including replies) displayed in one stream, with no parent/child.
'''Actual result:'''
Only top level items are displayed.
--
Problems are in several places. See the 01 patch for the fix of the 1st one.
--
Reason why I started investigating this: #4740.
Currently our feed is broken because of this issue.
",slaFFik
,7355,Accessibility: Improve Focus Management and Markup of Edit Profile Photo Link and Modal,Extended Profile,,defect (bug),,new,2016-11-19T10:35:09Z,2016-11-24T12:57:47Z,"While tabbing through Users - Member > Extended Profile screen and pressing Enter on the ""Edit Profile Photo"" link (where we should add role=""button""), the Modal shows up as it should. However, the focus should remain on the modal and elements within until the user presses the Spacebar on the ""X"" button to close the modal whereupon the focus should return to the ""Edit Profile Photo"" link/button. But this isn't the case for the current implementation.
I'm attaching an animated gif to show that the focus jumps from the modal to outside and behind the modal (browser toolbar then the WP admin menu etc) while it is open. This is very confusing for keyboard and users of assistive technologies.",mercime
,7503,Add identifying tag parameter to bp_has_*() loop arguments.,Templates,,defect (bug),,new,2017-04-17T20:10:13Z,2017-07-27T10:08:23Z,"When filtering arguments via hooks like `bp_after_has_groups_parse_args`, knowing more about the loop's context would help determine whether filters should be applied and how. At the moment, you can look at the incoming arguments and make a guess, but it would be easier to target the loop in the group widget, for instance, and not the main groups directory loop on the same page, if the widget's parameters included `'context' => 'widget'` or similar.
These loops are good candidates for this additional parameter:
• `bp_has_activities()`
• `bp_has_blogs()`
• `bp_has_groups()`
• `bp_has_members()`
• `bp_has_message_threads()`
• `bp_has_notifications()`
• `bp_has_profile()`
The function `bp_has_activities()` is used in a number of ways within BP:
• `bp_activity_embed_has_activity()` to embed activity items
• `bp_activity_heartbeat_last_recorded()` to return new activity items
• RSS feed output
• Recent posts widget
• `activity-loop.php` (template used in a number of contexts)
• Activity single item display
@jjj notes that bbPress does something similar in `bbp_set_query_name()`: https://bbpress.trac.wordpress.org/browser/tags/2.5.12/includes/common/template.php#L2011
This is not a technically difficult change to make, but we should decide what we want to call the parameter and what pattern should be used for the names. We could use names patterned like OOCSS, for example:
`'loop_name' => 'directory--main'`
Thanks for your thoughts about how to make this small change as useful as possible.",dcavins
,7590,Sometimes getting Notice: Uninitialized string offset: -1 while inserting activity,Activity,,defect (bug),,new,2017-08-28T07:02:25Z,2018-02-07T11:46:14Z,Notice: Uninitialized string offset: -1 in /../wp-content/plugins/buddypress/bp-core/bp-core-template.php on line 1020,bhargavbhandari90
,7631,Values in autolinked profile fields have characters improperly encoded for display,Extended Profile,,defect (bug),,new,2017-11-28T22:52:51Z,2017-11-29T15:11:26Z,"When entering a character that encodes to an ASCII code (like an apstrophe into `'`) into an xProfile field that is autolinked, the semicolon at the end of the ASCII code can confuse the parser in `xprofile_filter_link_profile_data()`, resulting in malformed links and display text.
It may be possible to work around this with some `wptexturize` juggling.",boonebgorges
,7645,gravatar parameters esc_url() function breaks the html formatting.,Media,,defect (bug),,new,2017-12-15T19:13:13Z,2018-01-10T18:48:14Z,"when debugging a site that was displaying gravatars wrong I noticed this on buddypress/bp-core/bp-core-avatars.php line 660
{{{#!php
30
[r] => g
[d] => mm
)
}}}
{{{#!php
30
[r] => g
[d] => mm
)
}}}
{{{#!php
post_parent.
A new template - a copy of codex page.php- is included and set as a named template to allow for easier mods and to include a new custom sidebar - based on copy of main sidebar.php. The new sidebar simply has the TOC function removed and if/else for child pages removed.
The named template can now serve sectional pages or the current page,php serves single article pages with it's TOC in place, although the current template and sidebar can still serve to work for the main entry level index page of codex.
There are other changes worked up to address the header issues and to bring a little better layout sense in various screen/device sizes which I'm aiming to put up as patches soon-ish, these are though still of a fairly basic nature just to get us on a better footing with the layouts and styles.
",hnla
,5974,add support for custom menu to i18n.bp.org header nav,BuddyPress.org Sites,,enhancement,,reopened,2014-10-29T20:47:21Z,2014-12-14T01:20:31Z,"bb-base: add support for a custom menu to the top navigation header area.
This lets the i18n BP sites ""translate"" the menu items (in lieu of some kind of future GlotPress integration/workflow -- the strings are all hardcoded in English at the moment), and allow them to provide the most useful resources for those communities (e.g. offsite forum).",DJPaul
,6071,XProfile superfield,Extended Profile,,enhancement,,reopened,2014-12-15T21:38:35Z,2021-04-15T04:03:07Z,"It would be good to have a replicable capsule of a superfield.
e.g. If like popular social networks, a BuddyPress-powered community wants its members to provide details of education or employment, they should be able to create a set of fields (e.g. from date, to date, employer name, job title) that the members can replicate over and over (say by clicking a button ""add another job"") if they need/want to to provide their education/employment history.",sooskriszta
,6148,"Default ""Profile"" page",Core,,enhancement,,reopened,2015-01-21T18:00:36Z,2021-02-03T19:13:05Z,"Admin should be able to select
- What the default profile page for members should be.
- What the default profile page for groups should be.
For instance, admin may decide that default profile page for members should be the XProfile ""tab"". Or Media tab. Or Activity tab. etc
Similarly, admin may decide that default profile page for groups should be Member List tab. Or Subgroups tab. Or Activity tab.",sooskriszta
,6642,BP Template Versioning,Templates,,enhancement,,reopened,2015-10-02T10:04:50Z,2018-05-10T20:11:57Z,"This ticket introduces a new feature for 2.4 which provides BuddyPress with the ability to stamp it's templates with a version header allowing the checking of user overloaded templates.
Background:
This feature originally stemmed from a very brief idea I brought up on slack [https://wordpress.slack.com/archives/buddypress/p1425032322000019], later I discussed at greater length the principle with imath at WCLND in March, where we both felt there was some merit in the idea. Lately with some of the great features imath has been introducing that require template adjustments it became clear this template versioning would help with these features and imath has realised the original concepts in some solid code which in it's current form is pretty much fully working , and there was a discussion in Wednesdays devchat [https://wordpress.slack.com/archives/buddypress/p1443640839001147] around implementing this feature thus we are now adding this ticket.
The Benefits:
Being able to know what a templates version is greatly helps us keep users up to date with any changes we may make from time to time with templates. We can use these checks to alert the user to new features introduced and the fact that their templates will
need updating to take advantage of these features.
* End users can keep track and have updated templates.
* Theme designers can easily know what they need to update very quickly just by checking the settings screen.
* Plugin developers can be confident templates will be up to date.
* Core developers can safely build great new features.
* Support can have a new means of establishing whether an issue is template related.
This is a big win all round!
The Implementation:
Each template has a version header.
A json file maintains our version blocks with reference to changes - changelog.json
e generate a new tab screen in BP settings to display all templates that are checked and found not to match to the current template version whereupon we notify the user which template is outdated and list the changelog features and when they were introduced.
Currently imath has produced the feature as a plugin available on his github [https://github.com/imath/bp-template-checker]
To avoid possible worry to non technical users seeing messages about outdated templates this feature is only activated if `define('WP_DEBUG', true);`
Could all core developers and anyone else interested download and run the plugin, and leave any comments and suggestions on this ticket. [https://github.com/imath/bp-template-checker.git]
We can have this added for the 2.4 release quite easily as most of the work is completed with really only fine detail to be looked at.
Questions RFC:
* Is this the correct or best approach putting headers into {@internal}} inline comments - comments and thoughts on this approach are sought.
Todo:
* Link the critical notified changes to our codex pages for code example/snippets for upgrading?
* Need to browse trac for each template and navigate into their history to fetch changes in order to ba able to build the json changelog.
* Each existing core template will need to have this internal version stamp added.
Lastly we need to thank imath for realising what was a concept into really solid implementation so quickly.",hnla
,6783,Groups: Add Profile Fields and Profile Field Groups,Groups,,enhancement,,reopened,2015-12-17T17:18:53Z,2020-05-19T15:37:49Z,"What's good for the Members would be great for the Groups as well. This is the first stage towards bringing over some Member improvements over to the Group components. Second stage would be creating Group Types just like member types, but that's for another ticket.",mercime
,6789,XProfile: do not store serialized arrays for multi-value profile field data,Extended Profile,,enhancement,,new,2015-12-22T16:31:59Z,2018-03-01T10:52:50Z,"At the moment, data from multi-value profile fields (selectboxes/multiselect) are stored as serialized arrays in `$bp->profile->table_name_data`. This prohibits querying users by this data using `BP_Xprofile_Query`, which is obviously something BP needs to continue to grow. So let us do something about it ([https://wordpress.slack.com/archives/buddypress/p1450798412002456 with love])!
At the moment, backpat is the greatest concern, but that should not stop us. Please join the discussion on how to make this happen.",Offereins
,6806,Activity Bump for marked favorite and new replies,Activity,,enhancement,,new,2016-01-05T08:39:32Z,2020-06-17T20:26:06Z,"It could be great. Favorite this, an activity that touch lot of people could be seen longer (because it could be pushed at the top of the list more frequently) same for new responses on a particular activity. It will increase the member engagement on the popular activity. We can keep it as optional. I have attached modified/ working version of the old plugin for Activity Bump which is no longer maintained in WordPress repo.",vapvarun
,6890,Remove usage of deprecated bp_activity_delete_by_item_id() from various functions.,Core,,enhancement,,new,2016-02-09T05:58:46Z,2017-01-25T20:25:56Z,"Should be able to transform current arguments into matching version for bp_activity_delete()
Found in:
bp_activity_post_type_unpublish()
bp_activity_post_type_remove_comment()
bp_blogs_delete_activity()
friends_delete_activity()
bp_groups_delete_group_delete_all_activity()
xprofile_delete_activity()
",tw2113
,6938,Add email token for recipient? avatars.,Emails,,enhancement,,reopened,2016-03-03T14:43:23Z,2020-07-12T14:04:01Z,"Renders a `` tag for a recipient of their Gravatar, etc.
Suggestion from https://buddypress.org/support/topic/buddypress-2-5-0-email-token-to-display-a-members-avatar/",DJPaul
,6957,"Too specific ""nothing found"" message for activity loop",Activity,,enhancement,,new,2016-03-13T15:21:41Z,2017-06-03T04:07:36Z,"When nothing found for an activity loop (like directory or user's activity feed), this message is shown:
{{{
Sorry, there was no activity found. Please try a different filter.
}}}
In my opinion it's too specific for Activity component and its filters. Any custom component can use this template and do not register (or completely unregister) any filters, thus the `Please try a different filter.` part becomes obsolete.
There are 2 possible solutions:
1. eliminate this last sentence in this message
2. introduce a filter for this message, so it can be changed based on requirements.
",slaFFik
,6998,"Strip new posts text in activity feed using words counters, not chars",Activity,,enhancement,,new,2016-04-05T20:48:27Z,2017-06-04T01:16:25Z,"Currently when you publish a new post, it's content is also appears on site wide activity, but stripped to a certain number of characters.
That causes situations, when some words are cut into parts, which looks bad.
I suggest to start using words counters, and not chars counter for this purpose.",slaFFik
,7176,Implement user capabilities for Activity component,Activity,,enhancement,,new,2016-07-08T20:20:12Z,2018-01-29T21:49:29Z,"I've been working on a patch to switch the Activity component over to using real user capabilities. Our `bp_moderate` workaround is pretty old, and isn't very flexible (it was never meant to be). Real caps will let people manage permissions more granularly.",DJPaul
,7195,Throw a notice when activating BP on a site that doesn't meet system requirements,Core,,enhancement,,new,2016-07-21T16:01:17Z,2017-01-25T20:25:56Z,"When BP requires a version of PHP higher than what WP requires, you could have people activating BP on a WP site that can't run BP. We should do the following:
- make sure our loader file is compatible with the minimum version of PHP supported by WordPress
- when BP is activated on a WP install that doesn't meet PHP requirements, throw an admin notice and don't load the rest of BP's files",boonebgorges
,7268,Feature Request: Introduce 'Add Members' into front-end Group Manage,Core,,enhancement,,new,2016-09-26T20:59:20Z,2017-07-27T11:06:59Z,"Hello,
With alot of the group management available from the front-end through the manage tab would appreciate the ability to add new members from this front end interface.
Thank you",garrett-eclipse
,7312,Don't show the sorting box and the meta information,Groups,,enhancement,,new,2016-10-30T21:25:50Z,2018-01-31T12:34:30Z,"I don't need the sorting box (New, Last, Active) and the meta information to the group into the Group Widget.",mchansy
,7332,Use `WHERE 1=1` instead of eliminating `WHERE` clause,Core,,enhancement,,new,2016-11-07T03:13:14Z,2017-01-25T20:25:56Z,"Following some discussion with @ninjew in #7290: It would make our query SQL clauses easier to debug and modify if they always contained a `WHERE` clause. So the minimal query would be, eg, `SELECT * FROM wp_bp_groups WHERE 1=1` instead of `SELECT * FROM wp_bp_groups`.
A bit of research suggests that any performance issues should be negligible - it adds a very small amount of overhead to the query planning stage, and is totally ignored during query execution.
For reference, `WP_Query` does something similar (though other WP query classes do not).",boonebgorges
,7451,Adding comments from non-registered users into activity stream.,Activity,,enhancement,,new,2017-02-27T12:23:26Z,2017-04-09T15:48:07Z,"There was an old plugin ""BP Include Non-member Comments"" by @boonebgorges, but it does not work anymore.
https://wordpress.org/plugins/bp-include-non-member-comments/
I tried to update it, but there is too much new functionality that I would have to duplicate too much code. So, I tried to use `comment_post` action and adding comments to activity stream, but there are some blocking points:
1) Function `bp_activity_post_type_comment()` is checking if user is registered: https://buddypress.trac.wordpress.org/browser/tags/2.8.1/src/bp-activity/bp-activity-functions.php#L2310
2) Function `bp_activity_new_comment()` is also checking if `user_id` is available: https://buddypress.trac.wordpress.org/browser/tags/2.8.1/src/bp-activity/bp-activity-functions.php#L2587
When it is be possible to go through both places (for example with the help of some hook), it could be achived easily.
I did not want to hardcode changes, so I used some kind of cache hack to bypass it (adding user with `user_id = 9999999` into user cache before BuddyPress will check it):
{{{
add_action( 'comment_post', 'custom_include_non_registered_comments_into_stream', 8, 2 );
function custom_include_non_registered_comments_into_stream( $comment_id, $is_approved ) {
if ( $is_approved == 1 ) {
$comment = get_comment( $comment_id );
$user = get_user_by( 'email', $comment->comment_author_email );
if ( empty ( $user ) ) {
wp_cache_add( $comment->comment_author_email, 9999999, 'useremail' );
$user_object = new WP_User();
$user_object->ID = 9999999;
wp_cache_add( 9999999, $user_object, 'users' );
}
}
}
}}}
Everything works now, there are no warnings, but I am not sure if there are any possible consequences? I had to use also filters `bp_activity_comment_action`, `bp_core_gravatar_email`, `bp_activity_comment_name` and `bp_activity_comment_user_link` to customize display of these comments in activity stream (especially to handle special `user_id = 9999999`), but hook with possibility of adding comments from non-registered users (empty or zero `user_id`) would be easier and very helpful for some users. I understand that BuddyPress is network of registered members, but in this case blog comments from non-registered users in activity stream can be also helpful.
Maybe there is another way to achieve, but I did not find it :-(",pavelevap
,7547,"Change error message ""The user is already active.""",New User Experience,,enhancement,,new,2017-06-21T14:19:43Z,2017-06-22T09:50:23Z,"When clicking on the activation link in an email, if the user has already clicked it, you get this error message:
{{{
The user is already active.
}}}
It would be good if the error message instructed the user to log in next, so that the user is not lost.",flimm
,7548,bp_button_class needs to know what $container value is to set correct $parent_element,Core,,enhancement,,new,2017-06-21T15:02:45Z,2018-06-29T09:05:06Z,"This follows on from #7532
With Nouveau able to set args for button elements parent wrappers e.g ul, div etc, nouveau hardcoded the $parent_element for the button or anchor to one of 'li' if $container had a value of 'ul'
The problem arises that third party plugins may filter directly to the button class in BP without any means to know their anchor is rendering in a list construct and thus break that construct with an illegal element in the UL.
Proposal & patch to follow as time allows is to pass into the Nouveau args array that $container value so that the BP class has it available then to run a similar check as in Nouveau to replace the 'div' wrapper with a 'li' one if that $container has a value of 'UL' this way we avoid issues such as the 'User Switcher' plugin has.
",hnla
,7624,Nouveau - Replace font icons with SVGs,Templates,,enhancement,,new,2017-11-15T10:16:31Z,2017-11-15T10:16:31Z,"For future consideration & implementation, transposed from BP Github Nouveau tickets.
https://github.com/buddypress/next-template-packs/issues/115
''Consider using SVG icons instead of font icons. SVGs are scalable and clear for different screens. Twenty Seventeen has already SVG icons that we learn from and even improve on. There are different SVG icon sets we can choose from: fontawesome, ionicon, etc. or we could generate our own.''
",hnla
,7652,Using template loop functions in a different (or no-loop context),Core,,enhancement,,new,2018-01-04T15:41:13Z,2018-01-31T11:22:20Z,"There have been a few tickets recently from people wanting to use template loop functions outside their respective template loop, and the suggestion has often been along the lines that function x should accept a user ID parameter so that it can be used.
I don't recall the most recent ticket this was discussed on, so I'm opening this one as a central ticket so we can make a decision if it's something we want to do, not do, or do on case-by-case basis. The perspectives of someone who's had to build a BuddyPress theme or customise an existing site's theme would be particularly useful input -- this might be a genuine pain point.
List of requests for this functionality:
* #7640 - members loop - `bp_get_send_public_message_link()`, `bp_get_send_private_message_link()`",DJPaul
,7666,Load template loop functions only when the template loop is initialized,Core,,enhancement,,new,2018-01-23T02:53:30Z,2018-07-06T19:58:12Z,"A lot of our codebase is for template functions.
We do not need to load this code if a template loop isn't initialized.
For example, you can't use the `bp_activities()` or `bp_get_activity_item_id()` functions without initializing the activity template loop, right? So it would make sense to only load this if the `bp_has_activities()` function was called.
Attached patch is just an example of offshoring template functions used for the `bp_has_activities()` template loop; it's a 56KB file savings and doesn't break unit tests.
Mutiply this technique for all our template loops across all components (especially for the Groups component) and we can definitely trim more fat.
This would be noticeable on multisite installs when BP isn't on the root blog.",r-a-y
,6603,Allow xprofile field values to be ran through oembed,Extended Profile,,feature request,,reopened,2015-08-29T11:11:34Z,2018-09-19T07:03:49Z,"A suggestion that we if start adding advacned properties to xprofile fields (which I think we have started in some ticket, I can't find it), we should maybe have one to control whether the field value is run through oembed
Prompted by https://buddypress.org/support/topic/video-oembeds-in-profile-field/",DJPaul
,7133,Merge BuddyPress Followers into BuddyPress Core,(not sure),,feature request,,assigned,2016-06-20T20:21:34Z,2024-03-10T14:18:31Z,"https://github.com/r-a-y/buddypress-followers
The Friends vs. Followers paradigm is ubiquitous enough on the web and within social networks, that I think there is value in bringing this plugin into BuddyPress core.
In some ways, the traditional ""Friendship"" relationship model is overly simple. In other ways, it's so completely clear that it's comforting to know what it does and how it works.
The problem with Friends as it works today is the back-and-forth acknowledgement and acceptance of the relationship. Followers removes that complexity, and acts more or less as a funnel for isolating the global activity stream down to the individuals someone cares most about.",johnjamesjacoby
,7183,Widget for logged-in user Notifications used in wp-toolbar,Core,,feature request,,new,2016-07-11T16:39:58Z,2016-07-21T19:54:48Z,"This widget will make It easy for Site Admins/Builders to add the compact logged-in Notifications seen the wp-adminbar into a widgetized area of the theme e.g. header area. This is specially useful when the wp-adminbar is disabled in the site.
[[Image(https://cldup.com/HIzl44lUsg.png)]]
",mercime
,7246,Add group limit in BuddyPress Groups Module,Groups,,feature request,,new,2016-09-05T17:23:09Z,2016-10-10T10:53:06Z,"I found a great plugin for limiting count of groups per one user. Why don't add this functionality to the BuddyPress Groups Module (plugin is not my own)?
https://buddydev.com/plugins/limit-groups-per-user/",mifr45
,7251,Allow admin to filter Activity directory stream,Activity,,feature request,,new,2016-09-10T09:23:25Z,2016-12-29T08:31:32Z,"Hello,
1. Please in the next version grants Admin possibility of choosing the filter, which would expose the activities they wish to view it.
2. The activities on Activity Stream displayed for friends only.
3. Delete buttons the login and register from the menu.
4. Integration of this plugin https://wordpress.org/plugins/buddypress-activity-privacy/
in the next version.
5. Add Reshare Activity on Activity Stream (Share on: my activities, friends, group).
6. Add Report Content (to report on: activities, users, groups).
7. Add Follow system to new version.
Thanks :)",Mohammad Sy
,7282,Read receipt for private messages,Messages,,feature request,,new,2016-10-10T02:00:25Z,2016-10-10T11:05:27Z,"Users feel the private messages component is outdated.
Read receipt is a standard nowadays for messaging systems. This is missing in the current version of BP messaging system, unlike other wp messaging plugins out there.
It would greatly improve experience of users being frustrated of not receiving a reply to their message and expecting read receipt as a standard feature. ",maelga
,7701,Add archive functionality to Private Messages,Messages,,feature request,,new,2018-02-22T16:30:58Z,2018-02-22T18:01:59Z,"Is there a way to archive the public and private messages.
I use Woffice theme and they said to contact you",gbromans
,5468,Removing user on multisite site still shows user,Core,,defect (bug),,new,2014-03-17T15:42:46Z,2014-04-28T15:48:24Z,"Hi
I have a problem when I remove people in the Intranet through the admin tool they remain on the intranet. You can still see them.",daniel.edholm
,6156,bp_is_user_deleted() incorrectly checks user_status === 2,Members,,defect (bug),,new,2015-01-22T03:53:26Z,2015-05-09T10:08:39Z,"With our recent move to handling sign-ups the WordPress multisite way, we've taken over user_status ""2"" as meaning 'registered but not yet active' instead of 'you deleted your account but we kept your data for you.'
From what I can tell, when deleting a user, WordPress deletes the database entries completely for that user and their associated meta. Both `wpmu_delete_user()` and `wp_delete_user()` delete user data, and no where in WordPress core is the `deleted` column in the users table used.
I vaguely recall Andy and I discussing what `user_status` digit to use for ""deleted"" users and think we picked ""2"" based on a popular plugin at the time that basically allowed for deleting users by hiding them with a `user_status` of 2, so we secretly matched it to support that plugin.
Since `bp_is_user_deleted()` is only used in `bp_is_user_active()` and most of those usages should be `bp_is_user_inactive()` I think these functions need an audit and unit-tests to ensure they are doing what they should, and what we want them to.
Marking priority as high in 2.3, as future `user_status` improvements will rely on making sure these functions are hardened.",johnjamesjacoby
,6832,Error Posting comments,Core,,defect (bug),,reopened,2016-01-18T20:54:37Z,2017-06-03T02:36:00Z,"i,
I have been having this error for couple of months or more, have narrowed it down to being a buddypress error.
Error is
Whenever somebody posts comments, the comments go through (i.e it does get posted)
But as soon as user hits post button, it thinks for a min and gets forwarded to an error page(sometimes show duplicate comment).
Any idea to solve, This is becoming a very serious issue, have been talking with Automattic as well. Can somebody help me resolve this.
Thanks
Manoj",mjc82in
,6885,bp_has_custom_signup_page() & bp_has_custom_activation_page() are always true,Core,,defect (bug),,new,2016-02-08T16:53:01Z,2017-01-25T20:25:56Z,"These 2 functions always return true, and thus we can't use default `wp-signup.php` or `/wp-login.php?action=register`.
Reason: they check that these files exist:
{{{
array(
'registration/activate.php',
'members/activate.php',
'activate.php'
)
}}}
But they always exist in `bp-templates/bp-legacy/buddypress`.
",slaFFik
,7278,No content when defining another default tab for profile settings,Members,,defect (bug),,new,2016-10-07T16:03:30Z,2017-08-25T13:26:08Z,"After [https://wordpress.slack.com/archives/buddypress/p1475832694002591/ discussion] with @hnla on Slack today, i open this ticket, just in case of.
I encountered a strange behave when removing the profile General Setting tab and trying to define another tab as default. None of the two other tab will show his content when you define them as new_default. It only show up after you clicked on the item.
Stuningly, any thid party plugin (like my BP Member Stats) who may use the setting tab, is correctly displayed when you define it to default. I don't think it is a bug, but perhaps an omission somewhere - it doesn't happen on groups for example. More details - and way to reproduce - on this forum topic: http://tinyurl.com/z7ywroe
The issue occurs on BP 2.6.2, 2.7-beta and 2.7-RC1
",danbp
,6841,Framework for bulk data handling after updates,New User Experience,,enhancement,,new,2016-01-22T16:26:38Z,2017-04-12T19:42:15Z,"We have in the past, and will have in the future, cases where large amounts of data needs to be processed after a major BP update. The case I'm currently working on is #6413 - profile field visibility - but it's come up before: moving user last_activity to the activity table, migrating signups to wp_signups, etc. On large (or even medium) installations, handling huge amounts of data in a single pageload can easily exhaust system resources. We need a better way.
On #6413, I suggested one possibility: a background batch processor, based on wp-cron. This is good because it requires no UI, and uses existing tools. It's bad for a bunch of reasons. wp-cron is buggy and prone to race conditions. wp-cron jobs can't run frequently enough for our purposes, leaving us in a state of half-migration for long periods of time. wp-cron is not reliably usable on all installations. Etc.
Another possibility is a loopback batch processor. It could also work in the background, but would directly fire off an asynchronous request (`wp_remote_post()` or whatever) instead of waiting for the next cron run. So: BP update is pageload A. A fires off a `wp_remote_post()`, trigger pageload B. B runs a batch process, and when it's finished, fires `wp_remote_post()` to C. And so forth, until the batches are completed. One problem here is that self-request can sometimes be blocked by webserver configuration. Another is that an out-of-control loop, due to faulty data or a bug in the implementation, could set off an infinite series of requests that would be difficult for the average BP user to debug or stop.
The last option is to use an AJAX-powered interface. This avoids a lot of the complications described above. It'll work on all servers, and a bad migration can be stopped by closing the browser window. But (a) it requires JS, and (b) it requires user action. Item (a) means that we have to build no-JS compatibility of at least a rudimentary kind (I think, though maybe I could be convinced otherwise). Item (b) means that the admin may decide not to run the migrator right away - or at all. And this has ramifications for the way we build data migrations: the post-migration schema must always be able to fall back on the pre-migration schema, since the migration may not be finished for days or weeks or months. (In fact, this is probably true no matter what route we take.)
Does anyone have strong opinions on this? If we're going to go with an AJAX interface, let's have a discussion about the UX. How do we nag the administrator to run the updater after BP update? Do we need a new admin panel? Etc.
",boonebgorges
,7473,"Extended Profile edit should honour WP's ""edit_users"" capability",Extended Profile,,enhancement,,new,2017-03-20T17:03:32Z,2023-12-24T22:46:46Z,"I know this has been brought up before, but I consider this to be a major defect in BuddyPress, so I'm opening a new ticket for further discussion in the hope that it might get fixed sooner rather than later.
At the moment, to be able to edit the user's extended profile page on either the back-end or front-end requires the 'manage_options' capability, which is far too powerful to be granted if one needs a sub-admin user to be able to edit these screens.
I don't see why it's not possible to just use the standard WP roles of ""edit_users"" to grant access to these screens. It's a quick fix, so please fix it!",petervandoorn
,7159,Add shortcode rendering of template parts,Templates,,feature request,,new,2016-07-01T11:34:32Z,2018-02-19T15:54:24Z,"bbPress' template compatibility works similar to ours, but it has a feature that you can get it to render any template part via a series of shortcodes. This includes everything from entire templates, down to widgets.
",DJPaul
,7160,Admin UI options for all template features,Administration,,feature request,,new,2016-07-01T11:41:35Z,2016-07-02T13:06:31Z,"BuddyPress is widely used by developers and site builders (people who buy a theme, buy some plugins, and bundle it all together and sell it relatively cheaply to someone).
For the latter use case, let's add admin UI options for probably most of our template features. For example, an option to choose the default value selected on a dropdown/filter list, or an option to choose which screen in a Group is the ""home screen"".
Some, maybe most, of these features might be template pack-specific, so we'll need to start by exploring new UIs concepts for large numbers of options. Most of WordPress' are not great once you have more than around 15 options on a single screen.",DJPaul
,7161,More granular Component activation choices,Administration,,feature request,,new,2016-07-01T12:13:12Z,2016-07-02T13:06:50Z,"Today, we toggle entire Components on/off. This adds things to the front of the website, the wp-admin, and in the near future, the REST API.
Tomorrow, on a per-component basis, let's allow activation/deactivation on the following levels:
* Front-end
* wp-admin
* REST API.
Some sites may want to use our powerful xprofile wp-admin interface, with a customised front-end template (maybe using shortcodes to pull in specific profile fields for display), but not require any of the front-end templating or directories or route handling.",DJPaul
,7163,"Display blog posts on author's BP profile, and redirect author permalinks.",Blogs,,feature request,,new,2016-07-01T12:23:32Z,2016-07-02T13:10:36Z,"We should add value to user profiles by showing authors' blog posts in their BuddyPress profile.
We can then redirect author permalinks to the much richer BuddyPress user profile.
Redirect /author/ permalink to BuddyPress user profile.
",DJPaul
,7164,Add @mentions notifications for Groups.,Toolbar & Notifications,,feature request,,new,2016-07-01T12:29:31Z,2016-07-01T12:29:31Z,"Like Slack, let's make it possible to @message specific Groups. Use the `+` symbol for this.
Lots of UX exploration required to figure out how/where/if the group members are notified, what these look like in the activity stream, visibility of replies, and so on.",DJPaul
,7165,Add #hashtag auto-suggest,Toolbar & Notifications,,feature request,,new,2016-07-01T12:31:16Z,2016-07-01T12:31:16Z,"We link hashtags, but let's re-visit the implementation and implement it in a similar style to @mentions.
This'll mean we'll need to start storing hashtags as a taxonomy (probably) so that we can provide auto-suggestions.
",DJPaul
,7167,Notification auto-matchers,Toolbar & Notifications,,feature request,,new,2016-07-01T12:37:12Z,2016-07-01T12:51:57Z,"Like on WordPress.org user profiles, we should let users configure keywords that, if they are used in any piece of BuddyPress content, we'll send them a notification.",DJPaul
,7168,Central place to manage all notifications and delivery preferences,Toolbar & Notifications,,feature request,,new,2016-07-01T12:48:51Z,2016-08-17T19:26:50Z,"We provide many different types of notifications -- @mentions, auto-matched keywords, emails, toolbar notifications -- and a decent UI to opt-out/manage preferences. We should revisit our approach and APIs for notifications to add more power and flexibility.
Emails, toolbar notifications, etc -- are delivery mechanisms. The message, the actual notification, is the same. Let's build a screen where it lists all BP notification types, and lets each member choose if and how to receive them.
I might want to receive toolbar notifications via a Slack ping, or via SMS, for example.
While doing this, we could consider if we want to let site administrators customise the content of all kinds of notifications (like toolbar notifications), like we did for Emails a couple of releases ago.
---
Over in WordPressVille, John Blackbourn's been talking about what he calls a ""Notifications API"" for quite a while, but hasn't had any active development/proposals yet due to time constraints. I've spoken with him at length about how BuddyPress' vision for Notifications overlaps with his vision for WordPress, and there are a lot of synergies.
This ticket would be a good example of a place where we could help WordPress build it, and meaningfully influence it, to make sure it works for plugins like ours.",DJPaul
1.0,6146,URL xprofile field should have target=_blank,Extended Profile,1.0,enhancement,,new,2015-01-21T17:02:31Z,2017-04-09T06:12:55Z,"In the frontend, clicking on a URL field (linked by default) opens the target link in same window. Since this is likely to be a separate website, most website admins will probably want to change this behavior.
The patch will be simple edit of a template file. Happy to submit that if core team feels it is something worth including.",sooskriszta
1.0,8212,Do not use random number for resolve slug group conflict,Groups,1.0,enhancement,,new,2020-01-16T16:26:15Z,2020-01-20T16:55:49Z,"Hello,
An enhancement could be made on how slug of a group is created when there's a conflict (see groups_check_slug method in the file bp-groups-function.php - line 439)
At the moment, a random number is added at the end of the existing ""default"" slug group. But a better choice could be to iterate on a number until a non existing slug is found (the same way wordpress handles slug of a post).
See Worpdress method ""wp_unique_post_slug"" in file ""wp-includes\post.php"" (line 4294)
Regards,
Didier",ExoConsult
1.0,8019,For site admin Delete account page is not visible.,Members,1.0,defect (bug),,new,2018-12-04T05:44:37Z,2018-12-04T15:33:11Z,"In Export Data page, there is option provided for data erase, where its mentioned that, to erase data associated with account visit, ""Delete Account"" page, but under settings there is no Delete Account page.
similarly for user of the site, ""Delete account page"" is provided in Settings page.
Please refer the snapshots attached.
If its mentioned that to erase data associated with account visit ""Delete Account"" page then there should be Delete Account page to delete all data. ",pooja1210
1.0,8544,Messages sent at the same time can encounter a race condition where they share the same thread_id,Messages,1.0,defect (bug),,new,2021-08-09T15:58:33Z,2024-02-19T22:15:14Z,"buddypress/bp-messages/classes/class-bp-messages-message.php
send() method
When sending a new message the thread id is fetched using
{{{
SELECT MAX(thread_id) FROM wp_bp_messages_messages
}}}
However if two messages are sent at the same time it's possible for both messages to get assigned the same thread_id.
It would be better to keep a separate table of threads with unique ids which are auto-incremented.
When creating a new thread, a row is inserted in to this table and the mysql_insert_id() command will return the correct ID.
",petersmithrestless
1.1,6668,Better compatibility when using 'BP_ENABLE_USERNAME_COMPATIBILITY_MODE' and UTF-8,Core,1.1,defect (bug),,reopened,2015-10-17T06:20:23Z,2016-06-18T19:30:23Z,"Dear Sir
i translated buddypress to arabic and i want my members to use arabic user names
it works fine but on : when viewing user profile page this field( @usename in arabic ) return strange characters.
[[Image(http://store1.up-00.com/2015-10/144506006631.jpg)]]",silu44
1.2,4965,Deprecate usage of BP_AVATAR_URL and BP_AVATAR_UPLOAD_PATH constants,Core,1.2,defect (bug),,new,2013-04-30T01:08:41Z,2016-06-24T07:05:05Z,"See:
https://buddypress.trac.wordpress.org/ticket/4948#comment:5",r-a-y
1.2,5055,BP_Messages_Message::send(): Avoid new thread_id via SELECT MAX()/INSERT,Messages,1.2,defect (bug),,new,2013-06-14T19:13:49Z,2013-06-26T02:39:30Z,"When creating a new thread, Messaging first checks for the MAX({$bp->messages->table_name_messages}.thread_id) before making another query to do its INSERT. During this time, the referenced thread_id may no longer be the max.
A solution is to put MAX() inside the INSERT query: http://stackoverflow.com/a/1587590
After the thread_id is created, a SELECT thread_id can be done on the $wpdb->insert_id row.",wp_jeremy
1.2,5717,Default thumb avatar is not used when called via (any function that utilizes) bp_core_fetch_avatar(),Core,1.2,defect (bug),,new,2014-06-18T14:08:24Z,2017-01-25T20:25:56Z,"The default thumb avatar (myster-man-50.jpg) is not used when avatars are called via any function that utilizes bp_core_fetch_avatar().
This is presumably due to the fact that on l. 468 in bp-core-avatars.php only bp_core_avatar_default() is called. This can lead to layout distortions (for example in the members loop) as well as makes it impossible to overwrite the default thumb avatar (see a related issue that someone posted in the forums http://buddypress.org/support/topic/bp_avatar_default_thumb-broken/).
Maybe $params could be checked and the function would just default to the thumb for the sake of consistency?
",M-BP
1.2,7109,`wp_bp_xprofile_groups` DB table sometimes sets `Base` group to an `id` that is not `1`,Extended Profile,1.2,defect (bug),,new,2016-06-02T21:55:50Z,2016-06-22T13:43:14Z,"I've seen a few reports on the forums about the registration page and ""Edit Profile"" button not working correctly when the Extended Profiles component is enabled.
It appears this issue dates back quite far. At least BP 1.8 or even earlier:
https://buddypress.org/support/topic/bad-link-to-profile-edit/
More recent:
https://buddypress.org/support/topic/registration-and-edit-profile-issue/
The main problem is sometimes the `wp_bp_xprofile_groups` DB table sets the `Base` group at an `id` that isn't `1`.
The only way this can happen is if the `Base` group is deleted somehow and then recreated, which auto-increments the `id`.
Since we do manual checks for `id = 1`, this breaks things like the registration page and ""Edit Profile"" link (`/members/USER/profile/edit/group/1/`):
https://buddypress.trac.wordpress.org/browser/tags/2.5.3/src/bp-xprofile/bp-xprofile-screens.php?marks=57-60#L44
https://buddypress.trac.wordpress.org/browser/tags/2.5.3/src/bp-members/bp-members-screens.php?marks=133-134,154-157#L133
This might be related to this:
https://buddypress.trac.wordpress.org/browser/tags/2.5.3/src/bp-core/admin/bp-core-admin-schema.php?marks=412-414#L409
Looks like this dates as far back as v1.2.",r-a-y
1.2.2,8081,BuddyPress breaks disabling notification for new users,Members,1.2.2,defect (bug),,new,2019-04-17T13:01:46Z,2019-06-30T09:05:39Z,"I've written a blog post about the problem (in German) here:
https://torstenlandsiedel.de/2018/09/13/benachrichtigungsmails-fuer-admins-abstellen/
Please see these tickets for more details:
https://core.trac.wordpress.org/ticket/36009#comment:14
https://buddypress.trac.wordpress.org/ticket/7597#comment:7
Summary:
Sine WordPress 4.6 wp_send_new_user_notifications has a new parameter which sets up who should get the notification. Default is both (user and admin). You can remove this function via remove_action and re-add a new function which has the default changed to user instead to disable the admin notification.
The problem is that BuddyPress didn't know this and makes its own thing in bp-members-functions.php:
{{{#!php
false,
delete_others_pages => true,
delete_others_posts => true,
delete_pages => true,
delete_plugins => false,
delete_posts => true,
delete_private_pages => true,
delete_private_posts => true,
delete_published_pages => true,
delete_published_posts => true,
edit_dashboard => false,
edit_files => false,
edit_others_pages => true,
edit_others_posts => true,
edit_pages => true,
edit_posts => true,
edit_private_pages => true,
edit_private_posts => true,
edit_published_pages => true,
edit_published_posts => true,
edit_theme_options => false,
export => true,
import => false,
list_users => true,
manage_categories => true,
manage_links => true,
manage_options => false,
moderate_comments => true,
promote_users => true,
publish_pages => true,
publish_posts => true,
read_private_pages => true,
read_private_posts => true,
read => true,
remove_users => true,
switch_themes => false,
upload_files => true,
update_core => false,
update_plugins => false,
update_themes => false,
install_plugins => false,
install_themes => false,
delete_themes => false,
edit_plugins => false,
edit_themes => false,
edit_users => true,
create_users => true,
delete_users => true,
unfiltered_html => true,
bp_moderate => true
It appears that the user should be able to see these menus as it appears that bp_moderate is the capability required to see the menu. From bp-groups/bp-groups-admin.php:
$hook = add_menu_page(
__( ‘Groups’, ‘buddypress’ ),
__( ‘Groups’, ‘buddypress’ ),
‘bp_moderate’,
‘bp-groups’,
‘bp_groups_admin’,
‘div’
);
Side note: If I set manage_options => true, the menus display correctly, but that is not desired in this case.",ryanjhale
1.6,6175,"""Profile Fields"" admin page requires 'manage_options' capability",Core,1.6,defect (bug),,new,2015-01-30T19:34:11Z,2016-06-18T19:31:15Z,"For a user to see and access the ""Profile Fields"" admin page, we first check `bp_moderate` via a call to `bp_current_user_can()` which checks their capability from the root blog of the installation, and immediately return if they are not capable.
Next, however, we call `add_users_page()` and pass `manage_options` through as the capability to check. For single site installations, this is fine, but multi-blog and/or multisite may run into a conflict where a user can `bp_moderate` but cannot `manage_options`.
Assuming for a moment that `bp_moderate` is our ""super moderator"" catch-all capability, their relation to `manage_options` shouldn't matter. A similar issue arrises in `BP_Members_List_Table::no_items()` where we check for `manage_network_users` if multisite, but fallback to `manage_options` with no designation about single/multi/site/blog installations.
Barring introducing an entire role and capability feature-set, I think we need to audit and test our `manage_options` usages to ensure they're providing (and blocking) the access we expect for them to.",johnjamesjacoby
1.6,6211,"""Only Me"" profile fields are searchable by other users",Extended Profile,1.6,defect (bug),,new,2015-02-11T16:23:36Z,2023-12-04T04:31:24Z,"As noted by user @asitha [https://buddypress.org/support/topic/how-to-exclude-hidden-field-from-search/ here], setting profile field visibility to ""Only Me"" does not prevent that field from being searchable by other users.
This results in profiles with a matching term being returned in search queries by other users, despite the profile field containing the matching term not being visible to those users.",srucwebmaster
1.6,8824,Remove current password validation and the field from the member profile page,Settings,1.6,enhancement,,new,2023-02-05T12:02:25Z,2024-02-19T06:56:04Z,"This is a follow-up to #8066.
how can the current password validation and the field could be removed completely for all users/members?
When user/member want to change their email and/or password to don't need to type thier current password in case of that change.
if not removing is possible then to add some error message if the user type thier wrong current password as at the moment don't have some messages for that?",ilianskia
1.7,4991,manage_options capability required for non-super admin xprofile editing,Extended Profile,1.7,defect (bug),,new,2013-05-07T22:43:05Z,2015-08-10T22:02:45Z,"Prior to 1.7.1 the only requirement for non-super admins to edit other users' extended profiles is that they only needed the ""edit_users"" capability as defined in bp-members-functions.php
Since the release of 1.7.1 user roles with the ""edit_users"" capability cannot edit other users' extended profiles and are taken to a standard ""You do not have sufficient privileges to view this page"" error, despite the code in bp-members-functions.php only asking for ""edit_users"" or (bp_current_user_can('bp_moderate' ) capabilities.
It appears that as of 1.7.1 only user roles with the ""manage_options"" capability are able to edit extended profiles other than their own. As we know, this capability gives user roles access to all of the WordPress Settings.
Tested with the ""Editor"" user role. Tried changing the conditional statement in bp-members-functions.php but it has no effect. ",danzigism
1.7,5021,Shortcode contents don't display in non-standard BP 1.7 themes,Core,1.7,defect (bug),,new,2013-05-26T01:48:22Z,2015-08-10T22:04:03Z,"BuddyPress does not display shortcode contents in theme parts when in theme compatibility mode.
We believe the bug is attributed to the following line of code in bp-core-theme-compatibility.php (line 525)
{{{
bp_remove_all_filters( 'the_content' );
}}}
The above line removes, amongst others, the ‘do_shortcode’ filter function from ‘the_content’ filter, and hence no shortcodes are ever executed.",sensibleplugins
1.7,6011,"Groups: When friends component is disabled, group invites do not work",Groups,1.7,defect (bug),,new,2014-11-14T21:52:57Z,2016-11-16T18:57:34Z,"On a default BP install, the groups and friends components are not auto-enabled.
Let's say I decide to also enable Groups only. When creating a group, there is mention of inviting users to a group:
{{{
* This is a hidden group
- Only users who are invited can join the group.
}}}
{{{
Group Invitations
Which members of this group are allowed to invite others?
- All group members
- Group admins and mods only
- Group admins only
}}}
However, group invites do not work without the friends component. This isn't really an issue for public groups. This is an issue for hidden groups and, to a lesser extent, private groups.
`01.patch` simply removes the text outlined above when the friends component is disabled. However, a hidden group without invite functionality is pretty much pointless. So how do we want to solve this? Do we need to take a step back and re-examine the current group invite process?",r-a-y
1.8.1,5161,"Can't upload an Avatar - getting a ""Can't find editor"" error",Media,1.8.1,defect (bug),,new,2013-09-06T19:34:49Z,2016-06-18T19:12:26Z,"It is indicating that the editor is not found - I assume it means ImageMagick. My rtMedia also doesn't see it; but I verified that it is installed on my server.
Steps: I went to my profile, clicked change avatar, proceeded to upload a new one, and got the editor not found error message.
www.oaklandhog.org/wordpress is where I have BP installed.
Here's a paste from rtMedia's support (which I know is a different plugin but I wonder if this avatar problem and the lack of Magick are related)
PHP 5.3.26
MYSQL 5.5.32
WordPress 3.6
BuddyPress 1.8.1
rtMedia 3.1
OS Linux
Imagick Not Installed
GD bundled (2.1.0 compatible)
[php.ini] post_max_size 20M
[php.ini] upload_max_filesize 20M
[php.ini] memory_limit 200M",Harleycoder
1.8.1,5179,Next page in profile's forum page leads nowhere,BuddyPress.org Sites,1.8.1,defect (bug),,new,2013-09-18T13:31:09Z,2016-07-25T17:11:00Z,"From here:
http://buddypress.org/community/members/sadr/forums/replies/
the next page points here:
http://buddypress.org/page/2/
I checked on bbpress.org as well but it's working correctly there:
http://bbpress.org/forums/profile/sadr/replies/page/3/",Sadr
1.8.1,5198,WP menu current-menu-item class and BP components,Route Parser,1.8.1,defect (bug),,new,2013-10-10T19:21:56Z,2013-12-09T12:33:31Z,"I recently noticed something strange with reference WP menus and BuddyPress components.
I use a WP menu in my site footer to output an unordered list of links (e.g. Members, Help, Privacy, Sitemap and so on).
A {{{ current-menu-item }}} class is automatically added to a {{{
}}} element when appropriate - this is default WP menu behaviour.
The problem is, a {{{ current-menu-item }}} class gets added to my 'Members' list item when I am viewing any page which is part of a BP component e.g when I visit
{{{
members/username/settings/notifications/
members/username/messages/sentbox
members/username/messages/compose
members/username/following/
}}}
all result in the 'Members' list item looking like this
{{{
}}}
",henrywright
1.9,6712,Screen notifications settings page,Toolbar & Notifications,1.9,enhancement,,new,2015-11-02T18:40:18Z,2024-02-19T21:53:29Z,"We currently have a way for users to disable email notifications via a user's ""Settings > Email"" page.
We need a way for users to be able to disable screen notifications as well.
This presents a few things we need to tackle:
- Add a new ""Settings > Notifications"" page.
- The ""Settings > Email"" page already uses the slug `'notifications'`. Perhaps this new page will use a slug like `'screen-notifications'`?
- Plugins need a way to register settings fields for inclusion on a ""Settings > Notifications"" page.
- If no plugins have registered any settings, offer some generic fields based on the `'component_name'` so users can disable all notifications for a component all at once.
- Add some form of user meta check into `bp_notifications_add_notification()` so the notification will not be recorded if a user has chosen to disable it for a given `'component_action'`.
FYI, Twitter calls their email notifications page - `Email Notifications`. And their screen notifications page - `Web Notifications`. Something to think about when we decide to build this out.",r-a-y
1.9.1,5338,Loading of more activity items by the activity stream's 'Load More' button,Activity,1.9.1,defect (bug),,new,2014-01-15T01:40:45Z,2014-04-28T15:22:15Z,"This may not be a bug but I wanted to ask a question regarding the functionality of the activity stream's load more button.
I'm using the advanced template hierarchy so have all of my page markup in file {{{buddypress/activity/index-directory.php}}}. Now, when the load more button is clicked on page {{{example.com/activity/}}} I'm getting activity items loaded on the page as expected. However, the markup used to display these items is coming from {{{bp-templates/bp-legacy/buddypress/activity/activity-loop.php}}}
Is this expected behaviour?",henry.wright
1.9.1,5373,Removing requirement of Name profile field during registration,Core,1.9.1,enhancement,,new,2014-02-05T17:42:22Z,2017-08-28T13:20:56Z,"I know this can be done as I've done it but it's hacky if it's not in core.
If the name field is removed then sign up should use the username as the name. Having a username and then a name field is weird and confusing for users.
Paul is doing profile field enhancements for 2.0 I thought this would be a good time to rethink if the Name field is needed. ",modemlooper
10.0.0,8629,BP_DEFAULT_COMPENENT is not honoured for picking a profile landing page,Core,10.0.0,defect (bug),,new,2022-01-31T08:51:58Z,2022-01-31T08:51:58Z,"I'm not using the custom front page and want a default tab to be opened when a site visitor lands on /members/[member-name] I've tried setting BP_DEFAULT_COMPONENT and used the ""profile"" value as a default. This doesn't work, neither does setting any other valid value.
I've tracked through the source code and this should be applied in
/bp-members/classes/class-bp-members-component.php
Line 302 for the function setup_canonical_stack()
Following that through I can see it fails on line 321 bp_is_active($default_component)
This function is in /bp-core/bp-core-template.php line 2084
and has two arguments, if the second isn't specified then it seems it will never return anything. So in this case by calling bp_is_active without a second argument then it will always fail and not apply the default component.
I'm not sure if this should be corrected by changing the call inside the setup_canonical_stack function and adding a second argument or should the handling change in the bp_is_active function?",davelwd
10.2.0,8686,Woo Commerce and Buddy Press Avatar bug,Extended Profile,10.2.0,defect (bug),,new,2022-04-22T22:51:18Z,2022-04-28T07:21:42Z,"I have found a plugin conflict with woo commerce and buddypress where when woo commerce is active users cannot crop an uploaded profile image. Instead a small black box appears in the corner and the image is not croppable. The admin can still upload and crop with woo commerce turned on. When I deactivate Woo then the users can upload and crop like normal. I spent a full day checking the conflicts with plugins and it is repeatable with woo everytime and no issues with any other plugins. This is with wordpress 5.9.3 Buddypress 10.2 and woo 6.4.1
I am currently using the Neve theme but the same exact issue happened on 2012 and 2020 themes. The website connected with this issue is https://13hikes.com",gsako
10.3.0,8712,Page not found (404) when trying to access a member profile,(not sure),10.3.0,defect (bug),,new,2022-06-21T11:04:17Z,2022-06-21T14:25:16Z,"Hello,
The “Go here to accept your invitation” link in the invitation email, goes directly to page 404 (https://www.culan.be/members/groups/invites/). This happens only when the member is NOT logged in. When the member is logged in the link is fine.
The link “Visit the Group” works fine both when the member is logged in and not logged in.
Can anyone help?
Thanks",drwebbe
10.3.0,8723,Error when integrating with BBPress in multisite,Groups,10.3.0,defect (bug),,new,2022-07-24T11:52:25Z,2022-07-24T11:52:25Z,"Hello. When running buddypress on a multisite network, the following error occurs:
when editing a group that has a forum, it is not possible to change the forum of the group, because there is simply nothing in the list of forums.
I'm using the latest version of WordPress, BuddyPress and BBPress, php 7.4, BuddyPress is enabled throughout the web, and one of the additional web sites is used as the root site. BBPress is activated throughout the network. Web server: apache, server OS: Debian.",pyspil
10.6.0,8782,2nd menu changes if buddy press is active,Core,10.6.0,defect (bug),,new,2022-12-14T17:35:37Z,2022-12-14T17:35:37Z,"i made a video with the issue:
https://x.c-p-b.com/rAFA2/TOKefAgu60.mp4
also i reported the bug first to the theme maker, here is his replay:
Eduard (CreativeThemes)
Dec 14, 2022, 12:20 GMT+2
Hi Chris,
I have verified this issue and it seems to be a BuddyPress issue, not something coming from our theme. I took the backup on localhost, changed to one of the stock, default themes and noticed that the menu is still changing when enabling/disabling BuddyPress. But in this case, the menu completely disappeared.
For this one, you will need to get in touch with BuddyPress' developers, as they should have an idea of what's going on, since they know their code in and out.
Hope this points you in the right direction!
Thanks,
Eduard",RazielKanos
11.0.0,9019,`bp_is_group()` can return true on the group creation page,Core,11.0.0,defect (bug),,new,2023-11-07T02:44:13Z,2024-02-19T22:15:23Z,"Ran into an issue where `bp_is_group()` is returning `true` on the group creation page.
When a BuddyPress group is created, it sets the `buddypress()->groups->current_group` property to the new group's details: https://github.com/buddypress/buddypress/blob/7a2458117e98f4861f9a9b85806b712770fb5919/src/bp-groups/actions/create.php#L60-L62 . This code runs on 'bp_actions' at priority 10. So if you have any code running after 'bp_actions' at a priority on 10 or greater, then `bp_is_group()` will return `true`.
Example code:
{{{#!php
create()
#2 phar:///usr/local/bin/wp/vendor/wp-cli/wp-cli/php/WP_CLI/Dispatcher/CommandFactory.php(100): call_user_func()
#3 [internal function]: WP_CLI\Dispatcher\CommandFactory::WP_CLI\Dispatcher\{closure}()
#4 phar:///usr/local/bin/wp/vendor/wp-cli/wp-cli/php/WP_CLI/Dispatcher/Subcommand.php(491): call_user_func()
#5 phar:///usr/local/bin/wp/vendor/wp-cli/wp-cli/php/WP_CLI/Runner.php(431): WP_CLI\Dispatcher\Subcommand->invoke()
#6 phar:///usr/local/bin/wp/vendor/wp-cli/wp-cli/php/WP_CLI/Runner.php(454): WP_CLI\Runner->run_command()
#7 phar:///usr/local/bin/wp/vendor/wp-cli/wp-cli/php/WP_CLI/Runner.php(1269): WP_CLI\Runner->run_command_and_exit()
#8 phar:///usr/local/bin/wp/vendor/wp-cli/wp-cli/php/WP_CLI/Bootstrap/LaunchRunner.php(28): WP_CLI\Runner->start()
#9 phar:///usr/local/bin/wp/vendor/wp-cli/wp-cli/php/bootstrap.php(83): WP_CLI\Bootstrap\LaunchRunner->process()
#10 phar:///usr/local/bin/wp/vendor/wp-cli/wp-cli/php/wp-cli.php(32): WP_CLI\bootstrap()
#11 phar:///usr/local/bin/wp/php/boot-phar.php(20): include('...')
#12 /usr/local/bin/wp(4): include('...')
#13 {main}
thrown in /var/www/legacy/wordpress/wp-content/plugins/buddypress/bp-members/classes/class-bp-signup.php on line 469
}}}
Diff:
{{{
diff --git a/src/bp-members/classes/class-bp-signup.php b/src/bp-members/classes/class-bp-signup.php
index 26c12b756..0e043b6ce 100644
--- a/src/bp-members/classes/class-bp-signup.php
+++ b/src/bp-members/classes/class-bp-signup.php
@@ -480,10 +480,10 @@ class BP_Signup {
);
// Ensure that sent_date and count_sent are set in meta.
- if ( ! isset( $r['meta']['sent_date'] ) ) {
+ if ( is_array($r['meta']) && ! isset( $r['meta']['sent_date'] ) ) {
$r['meta']['sent_date'] = '0000-00-00 00:00:00';
}
- if ( ! isset( $r['meta']['count_sent'] ) ) {
+ if ( is_array($r['meta']) && ! isset( $r['meta']['count_sent'] ) ) {
$r['meta']['count_sent'] = 0;
}
}}}
",btray900
11.3.1,8989,Date Selector Profile Field Type with a Relative Range works in whole years only,Extended Profile,11.3.1,enhancement,,new,2023-09-06T09:51:35Z,2023-09-06T10:17:46Z,"Hello,
We've noticed that when a Profile Field, with the Date Selector type is set to a Relative Range, the range only works in whole years. For example, if the relative range is set to 18 years ago, it will allow any date from the year 2005 to be selected, rather than only allowing anything 18 years before today's current date. We use a date selector with a relative range as a date of birth profile field to ensure that only users over the age of 18 years can register an account. However, a user can register an account with the birthdate of 10/10/2005, for example, even though they're currently only 17 years old.
Can the Relative Range Date Selector Profile Field work from the current date, instead of whole years only?
Thanks.",niftythree
11.3.1,8999,Problems found in the php,Activity,11.3.1,defect (bug),,new,2023-09-28T11:24:56Z,2023-09-28T12:49:05Z,"Good morning.
I have installed the Metafans theme to create a social network in my web, and I've installed the BuddyPress plugin too. Although it’s working, you can see in the timeline several warnings as: ""Warning: Undefined variable $media_html in /usr/home/pruebascq.com/web/bondingproject/wp-content/themes/metafans/inc/compatibility/buddypress/inc/activity.php on line 822” and I don’t know if it’s a problem of something I’ve done wrong or what happens…
You can see the error when you enter the page:
http://www.pruebascq.com/bondingproject/
Thank you in advance!",silviacq
11.4.0,9031,bp_has_groups has missing parameter to fetch groups based on the group's creator or admin,Groups,11.4.0,enhancement,,new,2023-12-01T18:32:17Z,2024-02-19T22:15:39Z,"During our client assistance, we came across an issue wherein we were unable to list groups using the bp_has_groups function based on the group's creator or admin.
The function accepts several parameters to filter the groups, such as 'user_id', 'group_id', 'search_terms', etc. However, none of these parameters directly allow you to filter groups based on the group's creator or admin.
The user_id parameter determines the results you will see based on the groups you have joined..
https://buddypress.org/support/topic/filter-groups-by-admin-owner/
",vapvarun
12.0.0,9034,Activity page gone,Core,12.0.0,defect (bug),,new,2023-12-12T10:46:50Z,2023-12-12T11:43:56Z,"After the 12.0 upgrade, my activity page is now gone. https://weathermadness.com/activity/
How do I get the page back. We use it a lot. ",weathermadness
12.0.0,9066,BuddyPress Blocking website images to show,(not sure),12.0.0,defect (bug),,new,2024-01-10T06:16:47Z,2024-01-10T10:57:49Z,"I have a Membership website which have the BuddyPress plugin including Buddy Builder Pro. Recently I'm facing a big issue. Lot's of images are not showing while trying to visit my website, even the logo is not showing. This website is running perfectly since last 2 years. But most recent days, maybe 2/3 weeks earlier I'm facing this issue. I've tried all possible solution from my end but that doesn't work. It also happen to my another website which also have membership features. When I disable BuddyPress Plugin, all images are working perfectly.
The possible solution I tried:
1) Re-installing all plugins
2) Re-installing the Theme
3) Clearing cache
4) Tried to visit from multiple different browser.
Need urgent support about this. Please help me to fix this.",saarefin
12.0.0,9069,bp_get_member_permalink() uses the deprecated function bp_core_get_user_domain(),Core,12.0.0,defect (bug),,new,2024-01-14T15:51:06Z,2024-01-14T16:14:30Z,deprecated since version 12.0.0,independent hostels
12.0.0,9071,avatar image not displayed after translation,Members,12.0.0,defect (bug),,new,2024-01-16T08:30:42Z,2024-01-26T09:58:08Z,"Hi,
I have the issue that the avatar images of users (Who's online widget and Log in Widget) are not displayed when my site is translated.
I've already consulted the developers of my theme (woffice) and of the translation plugin (weglot). They told me that the avatar images are not rendered when viewing the site in the translated language. The developers of weglot also told me that in the source code of my site after translation the images have the ""lazy"" attribute twice. The browser shows an error message ""duplicate attribute"" as this is a syntax error in HTML. They said that when weglot parses the page, it doesn't know how to interpret these duplicated attributes, and the formatting breaks, which prevents the images from being shown.
The source codes of both widgets show that after translating my site there is a duplication of lazy attributes (loading=""lazy"" and ""lazy""src=""...""). I tried to embed a code which removes the attribut loading=""lazy"" but unfortunately the issue remains. So the cause is the attribut ""lazy""src=""..."", which only occurs in the code of the translated page. As a test I removed this attribut from my source code using the browser inspector so that only src=""..."" remains. As a result the avatar image is indeed displayed normally then.
I've already cleared all my cache, deactivated my plugins and so on but nothing helped.
Do you have an idea how to prevent this lazy attribut from appearing when the site gets translated?
",jnie
12.0.0,9076,Cache issue when trying to use get_post() with an existing directory page ID,Members,12.0.0,defect (bug),,new,2024-01-17T23:06:11Z,2024-03-27T19:09:38Z,"This issue was reported on the BP Attachments' plugin support. But to me there's something weird we need to fix from BuddyPress.
See https://wordpress.org/support/topic/make-object-cache-friendly/",imath
12.0.0,9061,Rewrite Rules Built Even When Not Needed,Core,12.0.0,enhancement,,new,2024-01-08T15:32:10Z,2024-01-09T20:59:40Z,"Preface: this could just be me not understanding the best practices regarding rewrite rules.
Rewrite rules for components are built every page load, regardless of whether they are needed or not.
If rewrite rules are already saved in the wp_options table, they are used. If you use the BP hooks to add rewrite rules, they are ignored during until you programatically delete the wp_options entry, or visit the Permalinks settings page in WP Admin.
Would it not be more performant to only build the rewrite rules on plugin install, or when the 'generate_rewrite_rules' action is fired, or inside the 'rewrite_rules_array' filter?",sjregan
12.0.0,9044,"Sorting Order Presets, and First and Last Name Sorting Options",Templates,12.0.0,feature request,,new,2023-12-18T10:53:36Z,2024-01-03T03:28:17Z,"BuddyPress is now Robust, beautiful and powerful.
There are Two(2) small things that I am imagining if BuddyPress can give us, going forward:
1.) **SORTING PRESET**
I need BuddyPress to enable us through its **Settings**, to be able to ''pre-set'' the **Order** in which our Members Directory will be sorted.
This means that, I should be able to ''Drag-and-Drop'' the Sorting options around, somewhere within BuddyPress Settings-- where if I arranged it as:
a.) Alphabetical
b.) Last Active
c.) Newest Registered
d.) First and Last Name**
Then, whenever my Members Directory loads, this is what the Sorting Order will be.
2.) You will notice in my Sorting Options, that there's an Option called "" **First** and **Last Name** ""-- which BuddyPress doesn't have.
I am hereby proposing to the BuddyPress Development Team, that they should Please consider and implement this request of adding First and Last Name option into the default BuddyPress Sorting options.
Now, I have tried to achieve it with this plugin --- https://wordpress.org/plugins/force-first-last/
Unfortunately, the plugin is not able to do it automatically. I need to actually manually edit it user by user, before I get the Usernames of my users changed from ''Username'' to ''First'' and ''Last'' Name.
On my website made with **Ultimate Member**** plugin, sorting is by **First** and **Last** Name as you can see here-- https://member.cordialmarketplace.com/
It will be a great relief to many, if BuddyPress will implement this.
In essence, this Ticket requests two things in One-- which is, add a Drag-and-Drop option for Admins to be able to rearrange the Sorting Options, through a kind of pre-set system.
This plugin Organizes **Categories** and **Taxonomies**-- https://wordpress.org/plugins/taxonomy-terms-order/
I am talking of BuddyPress enabling us to rearrange our Sorting Options in similar way, as done by this plugin above.
And
2.) add **First** and **Last Name** option among the default BuddyPress Sorting Options.
Regards.",gbordormor22
12.0.0,9043,Birthday Email Situation Trigger,Core,12.0.0,feature request,,new,2023-12-18T10:23:27Z,2023-12-22T17:47:57Z,"BuddyPress has Emails by default, and we create these Emails normally as we create a normal Post in WordPress.
Now, these Emails are triggered by Situations, as you can see here– https://prnt.sc/iPp4iPfC5zvE
Unfortunately in BuddyPress, there’s no available situation to trigger the sending of Birthday Greetings Message to users, on the day of their Birthday.
Can BuddyPress add this feature soon?
Can BuddyPress make it possible that we can send Emails automatically to users on the day of their Birthday through an Email Situation trigger in BuddyPress Core?
Regards.
",gbordormor22
12.0.0,9054,Truncate Member Type list into a Dropdown Menu,Core,12.0.0,feature request,,new,2024-01-02T05:45:23Z,2024-01-02T05:45:23Z,"My Directory is for a Church, which has branches in different places listed below:
--Lekki
– Ikoyi
— Greater Lekki
— Maryland
— Ogba
— Ikorodu
— Abuja
— Ibeju Lekki
– Epe
— Ikeja
— SangoTedo
— Festac
— Delta/Asaba
— Owerri/Imo
If I am to list all of these Member Types as Directory Views on the Members Page, it will be so long that the Page cannot contain all of them.
Then on Mobile, it will be so long, that it will take a lot of scrolling down before a User will be able to see the website's Members, as you can see here-- https://prnt.sc/xFffzv-3UMo7
This will be a very bad User Experience.
**FEATURE REQUEST**
What I believe should be done, is to:
1.)**TRUNCATE MEMBER TYPE LIST INTO A DROPDOWN MENU**
There should be a **Global Setting** in BuddyPress Member Types, that allows us to truncate the Member Type on the Directory Page at a certain number of Member Type, into a Dropdown Menu.
What I mean is this: I can't list all my Member Types on the Directory view.
There should be a Member Type General Setting in BuddyPress that says ""Truncate into a Dropdown"".
Then ""Number to truncate"".
If I add a number, let's say 3. Then it will list only 3 Member Types, and others will be wrapped into a Dropwdown Menu.
See a sample here-- https://prnt.sc/Rly1-9PGajzn
Now, Youzify has a Code Snippet for that. See it here--- https://gist.github.com/KaineLabs/23b8874c138c2b08f3680c450c981328
Can we have this feature soon in BuddyPress?
Regards.",gbordormor22
12.1.1,9078,Tiny issue; finding where to edit user email address,Core,12.1.1,enhancement,,new,2024-01-20T13:42:59Z,2024-01-20T13:42:59Z,Where BP has Settings > Email - I automatically assumed my email address was under 'Email'. After clicking around for a while I found it under General (and think members may also miss this). Therefore I thought we should change 'Email' under Settings to 'Email Alerts'. Just suggestion - may not be good one!,epgb101
12.2.0,9100,Possible bug,Activity,12.2.0,defect (bug),,assigned,2024-02-16T00:49:29Z,2024-02-16T00:49:29Z,"Hello..
apologies if only me has this bug (ie it's my setup) - perhaps someone else can verify.
I have 2 installs of BP 12.2.0
1 runs invite/membership-only runs fine. NO BP Classic activated. On this site the filters on /activity/ (new members/updates etc) work perfectly.
1 runs non-members/standard with a 'LH Private BuddyPress' plugin. BP Classic activated. All works fine except - on /activity/ page - none of the filters work - I get same posts and activity with all filters.
Ed.
",epgb101
12.3.0,9112,Elementor Pro Archive template makes BuddyPress empty page on Groups and Members,Core,12.3.0,defect (bug),,new,2024-02-25T16:47:34Z,2024-02-25T23:00:16Z,"When an archive template exists with display conditions set to ""include"" ""Article Archives"", then BuddyPress directories pages doesn't return anything.
Looks like the BuddyPress pages are caught by elementor generating a conflict making failure one rendering the content.
Setting
BuddyPress 12.x
Elementor Pro 3.19.2
All Themes.",cberthet92
12.3.0,9110,Member Dashboard URLs and Links are now Do-Follow,Activity,12.3.0,feature request,,new,2024-02-24T14:45:14Z,2024-02-24T14:45:14Z,"[[Image(https://ibb.co/pLCRLsD)]]
I think this was a no-follow. but now in Version 12.3.0 those are do-follow.",courseunity
2.0,5585,Activating user by other means than email or admin doesn't remove them from pending list,Core,2.0,defect (bug),,reopened,2014-04-24T21:42:01Z,2016-06-24T23:51:14Z,"This is fringe...
If you auto activate a user, as example, change db status they still show in pending list. When you click to activate it removes user but has error user can't be activate.
",modemlooper
2.0,5856,Activity Stream filters reset when Whats New textbox is clicked,Activity,2.0,defect (bug),,new,2014-09-03T20:16:34Z,2016-11-13T03:27:20Z,"Since the heartbeat integration there's a few new lines of JS in buddypress.js that introduces an UX problem. As soon as an user clicks in the ""Whats New"" textbox the filters get reset.
{{{
// Return to the 'All Members' tab and 'Everything' filter,
// to avoid inconsistencies with the heartbeat integration
var $activity_all = jq( '#activity-all' );
if ( $activity_all.length ) {
if ( ! $activity_all.hasClass( 'selected' ) ) {
// reset to everyting
jq( '#activity-filter-select select' ).val( '-1' );
$activity_all.children( 'a' ).trigger( ""click"" );
} else if ( '-1' != jq( '#activity-filter-select select' ).val() ) {
jq( '#activity-filter-select select' ).val( '-1' );
jq( '#activity-filter-select select' ).trigger( 'change' );
}
}
}}}
I've disabled the heartbeat integration to try and prevent this from happening, but sadly this code still fires. I've removed the code for now, but it would be nice if this could somehow be fixed or disabled when the heartbeat integration is disabled.
",Bowromir
2.0,5565,BuddyPress 2.0 + P2 = broken mentions and notifications,Activity,2.0,defect (bug),,new,2014-04-18T15:55:29Z,2021-06-04T08:37:02Z,"Wordpress 3.8.1 (multisite with subdirectories);
buddypress 2.0;
P2 1.5.3;
http://teambox.dongguk.ac.kr/debug/
When using more than 10 @username in a post, BuddyPress freaks out and repeats one of the mentions and adds incremental numbers after the @username, like:
{{{
@siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia
@steve @jake0 @jake1 @jake2 @jake3 @jake4
}}}
If I try to edit the post, the correct @usernames are there without the numbers. Everything looks normal. When I publish, the numbers reappear. Notification emails do not go out to users after the names begin repeating or the numbers get added.
To really see how bad it is, I made a test post with more than 25 @usernames:
{{{
@amber @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber0 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber1 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber2 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber3 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber5 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber6 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber7 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber8 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber9 @barney0 @barney2 @barney3 @barney4 @barney5 @barney6 @barney7 @barney8 @barney9 @beth0 @beth1 @barney0 @beth2 @beth3 @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber3 @amber @beth4 @beth5
}}}
what what typed:
{{{
@amber @barney @beth @catw @david @dermot @kingsley @hahapauli @leeg @matt @mckerron @michael @patty @phymus @qiana @sabs @sherwin @stuart @virginia @timr @jenhowell77 @siegler @jake @groba @buckley @heath @daniel @daryl @stacy @virginia @steve @paige @patty @amber @johnwendel @calebx
}}}
A user reported this on a subsite and I was able to recreate the effect by making a new post on another subsite with more than 10 @usernames. I then made a third site on the network, and tested this with additional posts.
How do I know it's BuddyPress 2.0?
I've been using BuddyPress 1.9.2 for almost a month without this issue. To be sure though I used the filter to disable mentions the problem went away completely. Buddypress was updated to 2.0 roughly two hours before the first instance was reported.
How do I know it's P2?
When I used another theme, the problem went away.",careb
2.0,5774,Groups no-count,Groups,2.0,defect (bug),,new,2014-07-22T16:45:59Z,2014-07-27T14:49:08Z,"Hi,
On the user profile page, even if he/she have no groups, the count bubble class is count (should be no-count).
",SGr33n
2.0,5814,Link to Blog Post in Activity/Feed is Broken,Activity,2.0,defect (bug),,reopened,2014-08-14T12:18:11Z,2023-12-12T16:46:10Z,"We changed the permalinks on our site to ""http://www.site.com/sample-post/"". Now when we write a post and it gets published in the Activity stream (e.g., ""John Smith wrote a new post,'New Post Title'"" — the link to new post still uses the old permalink structure (i.e., http://www.site.com/?p=123/"") resulting in a 404 error.
Also, when we change the title of the post, the new title does not get reflected in the Activity stream. It's still showing the old title.
Help please!",allspark
2.0,6895,bp_core_validate_email_address doesn’t check signups table,Registration,2.0,defect (bug),,new,2016-02-11T22:05:22Z,2018-11-23T11:54:42Z,"Not sure if this falls under WP Core or it's a BuddyPress issue.
It's more accurate to say that email_exists doesn't check the signups table to see if an signup with a duplicate email already exists. But, it may be a BuddyPress issue because it only becomes an issue if BP_SIGNUPS_SKIP_USER_CREATION is set to true in the wp-config.
Oddly enough, username_exists appears to check the signups table for a duplicate user_login. I, honestly, did not dig enough to confirm that for certain or if another filter/action is doing the check.",baldgoat
2.0,7085,Can't easily disable the bp_groups_members_filter as of 2.0.1,Members,2.0,defect (bug),,new,2016-05-25T07:02:43Z,2016-05-25T16:35:22Z,"Hello,
I'm migrating my templates to the latest for a Buddypress upgrade and realized that the item-list-tabs for the members loop has been moved out of the groups/single/members.php file into the bp_groups_members_template_part function.
In my members.php template I'd commented out the bp_groups_members_filter() function call to remove this filter.
Now as it's not within a template file it's no longer easy to disable. I can hide it aesthetically but am unable to remove it as I'd done previously.
Would love something to be introduced to easily toggle this off be it an option or a filter check.
Thank you",garrett-eclipse
2.0,5644,Activity Favorites: alternative management & new features,Activity,2.0,enhancement,,assigned,2014-05-15T23:51:13Z,2024-03-11T12:33:35Z,"I really like the ""Favorite"" activity feature, it helps ""bookmarking"" the activities that we are interested in.
But i think as this [http://buddypress.org/support/topic/list-of-all-of-the-users-favorites/ bp.org forum] suggested, this feature would be even more powerful if we were able to have some complementary infos about favorites :
- an easy way to figure out who favorited my activities or other members activities.
- the amount of time an activity has been favorited by community members.
- a new filter to list all favorited activities so that we have some way of ""highlighting"" the activities the community find interesting.
So i've been working on a patch to include these suggested features. To achieve it, i've made some change in the way favorites are managed:
1. Use bp_activity_add_meta to store favorited instead of the 'bp_favorite_activities' user_meta.
Thanks to this function introduced in 2.0, it's now possible to add as much as user ids for a meta_key and an activity_id, so i moved the user meta into an activity meta 'user_favorites'. One of the advantage is that the ""favorite count bug"" if a favorited activity is deleted does not exist anymore (See #4327, #3794)
2. Use of an activity meta query to get user's favorites (compare => '=', value => user_id) or all users favorites (compare => 'exists')
3. Adapt the UI to include a nav to toggle comments / favorites for each activity, see following screenshots ;)
[[Image(https://farm8.staticflickr.com/7454/14194963945_6b72319107_z.jpg)]]
If an activity hasn't been favorited yet, the favorites tab is not showing. By Default the ""Replies"" tab is active, to see the favorites, user needs to click on the corresponding tab
[[Image(https://farm8.staticflickr.com/7398/14008358487_75477b4bd1_z.jpg)]]
When the favorites tab is active, the user avatars who favorited the activity are listed.
I haven't build the eventual upgrate routine yet, and this first patch surely need some improvements. What is your opinion about it ?",imath
2.0,5799,Bring profile fields back into template parts,Extended Profile,2.0,enhancement,,new,2014-08-07T19:41:51Z,2018-05-01T11:49:42Z,"With recent changes to XProfile to create a more robust field types API, it seems we've lost the ability for themes to own the output experience. If so, this is hugely problematic, as we've once again coupled theme-side output with unmodifiable core code.
Creating this ticket as one part enhancement and one part support request incase I'm missing something obvious.",johnjamesjacoby
2.0,7408,Only link to Sign-ups on primary site admin of primary network,Members,2.0,enhancement,,new,2016-12-27T18:34:43Z,2017-01-25T20:59:19Z,"User sign-ups in WordPress are weird. Like users, sites, and networks, they are truly ""global"" to the installation.
It seems weirder, then, to link to sign-ups from a site-dashboard on a multisite installation. Since sign-ups are global, they should be a top-level menu-item in `wp-admin/network`, and I think showing pending users in a site's users list-table is potentially the wrong place.
Given the multitude of ways that BuddyPress can be activated in WordPress, and also given that the 2016 survey showed that many people exercise their option & right to do so, I think where sign-ups are exposed in the UI needs further scrutiny.",johnjamesjacoby
2.0,5608,"Improve ""Blog Comments"" activity filter",Activity,2.0,defect (bug),,new,2014-05-03T00:01:00Z,2015-01-27T13:00:17Z,"See #5560 for background discussion.
The blog-activity sync mechanisms introduced in BP 2.0 meant that new blog comments created activity *comments* rather than top-level activity items called 'new_blog_comment'. This has the effect of breaking the 'New Blog Comments' filter in the activity dropdown.
Several possible approaches are discussion in #5560. See https://buddypress.trac.wordpress.org/ticket/5560#comment:2 and https://buddypress.trac.wordpress.org/ticket/5560#comment:4
Let's use this ticket to figure out what to do about this issue.",boonebgorges
2.1,5922,Private Message Sent-to dropdown broken,Messages,2.1,defect (bug),,new,2014-10-01T12:57:11Z,2015-01-15T18:19:32Z,"When sending a private message to someone you are given the option to add recipients to the conversation using the Sent-to field. When typing in that field it will provide a dropdown where you could select the user to populate the field with. This dropdown has stopped working.
I have had no updates. Still using Buddypress 2.1 and WordPress 3.9.2. I tested with all other plugins disabled, I’ve disabled and re-enabled buddypress and tried with Theme TwentyThirteen. I’ve tried different browsers and different computers.
I applied the fix under Javascript issues with the older bp-default theme and this did not resolve my issue. I also downloaded and used the function.php listed here: https://raw.githubusercontent.com/buddypress/BP-Default/619efe8527847266c961fa43775eade42c7ff70d/functions.php and that did not work either.
Still having this problem
",SeeingBlueS2
2.1,5977,Cannot see/activate/delete pending accounts when BuddyPress is activated on a subsite of a multisite installation,Members,2.1,defect (bug),,new,2014-10-31T20:59:38Z,2015-12-09T19:43:36Z,"1. Start with a WordPress multisite installation
2. Activate BuddyPress on the main site (do not network activate)
3. Visit /wp-admin/users.php
4. Click on the ""Pending"" filter
Result: ""You do not have sufficient permissions to access this page.""
However you can see the pending accounts when you visit /wp-admin/network/users.php?page=bp-signups
But all of the activate/delete buttons link to /wp-admin/users.php?... which shows the same error message. (It is possible to activate/delete accounts if you add /network/ to the URL each time you see that error.)
Reproduced using BuddyPress 2.1.1 and WordPress 4.0.",tomdxw
2.1,6076,Name or other required profile fields can be whitespace,Extended Profile,2.1,defect (bug),,new,2014-12-22T22:11:31Z,2014-12-23T12:29:42Z,"When registering, a user can enter a single or multiple space characters into the Name field (note: not username).
While technically a space is a character, entries that are simply whitespace should probably not be allowed for any required profile field.
Once registered, users with spaces or null characters are difficult to sort in the users listing inside WordPress. ",justinph
2.1,6101,Comment on Images not showing in the Activity stream,Core,2.1,defect (bug),,new,2015-01-10T01:14:33Z,2015-05-09T09:57:00Z,"Comment on Images not showing in the Activity stream
WP 4.1 - Enable Multisite & Enable BP 2.1.1 or later
Add New Post
Under 'Format', check Gallery
Click 'Add Media'
Now click ""Create Gallery"" link in left hand bar
Now choose and select some images
Then click the button ""Create a new gallery""
Gallery Settings
Link To Attachment page
Now click the button ""Insert gallery""
Enter a title and Publish
Now View post
Now Click on a thumbnail - it will take you to an image page with Previous Image Next Image links
There is a comment form to put your comments for the image
Write a comment ""Nice image""
It shows immediately under the image in that image page
IT DOES NOT show up in the BP Activity stream
",ronia
2.1,6565,Sign-ups may show roles in network admin,Registration,2.1,defect (bug),,new,2015-07-23T23:37:32Z,2015-10-21T15:23:45Z,"When BuddyPress is activated on a single site of a multi-site network, the single-site list-table is used in the network admin. This has the adverse effect of showing links to user roles that don't work, and simply show ""All"" users in the network.",johnjamesjacoby
2.1,6094,Support custom group statuses,Groups,2.1,enhancement,,new,2015-01-08T13:22:58Z,2019-11-12T12:10:37Z,"Currently there does not seem to be any plan for a Group Status API, but the set of filters already in place to add custom group statuses, is incomplete. Most importantly, the list of statuses for the Privacy option on the Create Group or Edit Group screens cannot be changed dynamically.
=== Current extendable logic ===
I found the following filters to be present in {{{bp-groups}}}:
'''/bp-groups-admin.php'''
{{{groups_allowed_status}}} filter in {{{bp_groups_admin_load()}}}
{{{bp_groups_list_table_get_views}}} action in {{{BP_Groups_List_Table::get_views()}}}; only for adding views
{{{bp_groups_admin_get_group_status}}} filter in {{{BP_Groups_List_Table::column_status()}}}
'''/bp-groups-functions.php'''
{{{groups_is_valid_status()}}} checks component global {{{valid_status}}}; used only once in BuddyPress
'''/bp-groups-loader.php'''
{{{groups_valid_status}}} filter in {{{BP_Groups_Component::setup_globals()}}}
'''/bp-groups-screen.php'''
{{{groups_allowed_status}}} filter in {{{groups_screen_group_admin_settings()}}}
'''/bp-groups-template.php'''
{{{bp_get_group_type}}} filter in {{{bp_get_group_type()}}}; missing {{{$group}}} argument!
=== Current hardcoded logic ===
Within {{{bp-groups}}} the following locations contain hardcoded references to the various group statuses:
'''/bp-groups-actions.php'''
in {{{groups_action_create_group()}}} - new group status
'''/bp-groups-activity.php'''
in {{{groups_record_activity()}}} - hide_sitewide activity arg based on 'public' status
'''/bp-groups-admin.php'''
in {{{BP_Groups_List_Table::get_views()}}} - group views
in {{{bp_groups_admin_edit_metabox_settings()}}} - Privacy selector
'''/bp-groups-classes.php'''
in {{{BP_Groups_Group::populate()}}} - {{{user_has_access}}} prop based on status
in {{{BP_Groups_Group::get()}}} - there is no {{{status}}} arg in the groups query
in {{{BP_Groups_Group::get_global_topic_count()}}} - counts by status
in {{{BP_Groups_Group::get_group_type_ids()}}} - ids by status
'''/bp-groups-template.php'''
in {{{bp_group_is_visible()}}} - no filter
'''/bp-templates/bp-legacys'''
in {{{groups/create.php}}}: Privacy selector
in {{{groups/single/admin.php}}}: Privacy selector
=== Approach ===
In {{{bp-groups-admin.php}}} a {{{@todo}}} states that the group status label [https://buddypress.trac.wordpress.org/browser/trunk/src/bp-groups/bp-groups-admin.php#L1452 ""should be abstracted out somewhere for the whole Groups component""]. Perhaps we can try to move this, along with all other status details, into a single place and have all current filters and other non-filtered locations use the set of statuses as a reference.
Closely tied to the group statuses are group visibility and user access. In many cases the {{{hidden}}} status is hardcoded to be added to or removed from group (count) queries. Whether this should be looked into as well, I'm not sure.
Would this approach be worth the effort?",Offereins
2.1,6095,Define behavior for group status,Groups,2.1,enhancement,,new,2015-01-08T13:37:18Z,2020-05-14T02:40:12Z,"In a project I needed to moderate join to 'public' groups.
I found some support for different group statuses, but behavior for 'public'/'private'/'hidden' groups is currently hardwired.
I needed also an 'archived' group type for groups not yet active.
With this patch I added the abiity to change (using filters):
- the allowed group types on creation/update [+].
- the group types who allow membership request.
- the group types who require membership requests approval.
[+] except super-admin.
",tandreatta
2.2,6201,Uncaught TypeError: undefined is not a function on line 1326 of global.js,Core,2.2,defect (bug),,reopened,2015-02-09T00:00:42Z,2016-11-16T19:58:58Z,"I just updated to version 2.2 and discovered a JS error in console for line 1326 of global.js
jq.cookie( 'bp-activity-oldestpage', 1, {
An initial search turned up an older thread from 5 months ago affecting ver 2.1, https://buddypress.org/support/topic/jquery-bug-in-buddypress-2-1/
After adding the fix mentioned in the patch: https://buddypress.trac.wordpress.org/attachment/ticket/5889/5889.01.patch
I was able to resolve the issue.",tnoguchi
2.2,7125,Apostrophe not handled correctly in activity filter array.,Activity,2.2,defect (bug),,new,2016-06-16T11:45:12Z,2016-06-25T07:15:33Z,"Hi!
I posted this in the support forum, and someone suggested it probably is a bug. So here's the issue:
Basically, this is what I want and what I am doing so far:
If a user writes about a specific species of animal, whatever the user wrote will come up on the activity stream for the page for that particular species, as long as the name of the species is mentioned. Now, this I can do (thanks to help in the forums), but a few animals have a species name with an apostrophe in it, and that’s where my problem arises.
Here’s an example of what I want done:
{{{
function my_bp_activities_search_term_on_page_3431( $retval ) {
// Add search term for correct page
if ( is_page(3431) ) {
$filter_query[] = array(
'relation' => 'OR',
array(
'column' => 'content',
'value' => 'keast's tube-nosed fruit bat',
'compare' => 'LIKE'
),
array(
'column' => 'content',
'value' => 'keast's tube-nosed bat',
'compare' => 'LIKE'
),
array(
'column' => 'content',
'value' => 'nyctimene keasti',
'compare' => 'LIKE'
),
);
$retval['filter_query'] = $filter_query;
}
return $retval;
}
add_filter( 'bp_after_has_activities_parse_args', 'my_bp_activities_search_term_on_page_3431' );
}}}
Of course, I got an error doing this.
I tried solving this in two ways. First, by escaping, like this:
{{{
'value' => 'keast\'s tube-nosed fruit bat',
}}}
And again, doing this:
{{{
'value' => ""keast's tube-nosed fruit bat"",
}}}
Both of them worked in the sense that there were no errors, but neither of them worked when it came to actually showing the term with the apostrophe. Which is the whole point in the first place. The conclusion in the forum was it likely is a bug that doesn't handle the apostrophe correctly upstream.
So, is this a bug, and can it be fixed?
Thanks,
Havard",IdleWanderer
2.2,7201,Support member types hierarchy,Members,2.2,enhancement,,new,2016-07-25T07:54:08Z,2017-07-27T11:07:24Z,"Would super-duper nice to have ability to classify users under sub-types.
Like:
{{{
- teachers:
--- maths
--- history
--- physics
- students:
--- whatever
--- else
}}}
W are using taxonomy for that, so DB supports that out of the box. Now would be nice to just extend the code to receive `parent_member_type` (id or slug) when setting member type.",slaFFik
2.2,6731,search as page/post slug redirects to home,Core,2.2,defect (bug),,new,2015-11-12T20:44:53Z,2017-01-25T20:25:56Z,"Create a page ona site with BP active and the page gets redirected to home.
Introduced here:
https://buddypress.trac.wordpress.org/changeset/10110",modemlooper
2.2.1,6234,Multiple scopes in activity-loop.php doesn't work correctly when activity auto-refresh is checked,Activity,2.2.1,defect (bug),,new,2015-02-19T15:29:23Z,2015-08-10T23:11:33Z,"After some test with the latest version of WP and BP I have found a slight bug with using multiple scopes in the activity-loop.php. Below is the code I used in the loop:
The reason I say it is a slight bug is because I found if you go to dashoard/settings/buddypress/settings and then go under activty settings and check activity auto-refresh then even a user you are not friends with will get a notice to load newest and you can briefly see that activity of the user you are not friends with until the page is refreshed, then it goes away.
If you use multiple scopes in the activity-loop.php as I did above in the code example and you go to dashoard/settings/buddypress/settings and then under activty settings and un-check activity auto-refresh then it works as expected and you only will see you and your friends activity in the activity stream. Hopefully there will be a fix but until then just make sure activity auto-refresh is unchecked. I hope this helps debug and helps others that may experience this issue. Thanks!
",bphelp
2.2.1,6389,buddypress doesn’t support chinese login name,Route Parser,2.2.1,defect (bug),,new,2015-04-22T00:12:30Z,2015-05-02T04:21:16Z,"I come from china and i’m setting up a forum for Chinese, currently, a Chinese username is allowed to register by adding a filter to sanitize_user(), and I can login in with the username, however, I can’t see my profile page in buddypress, for example, the profile page:
[my-site]/members/[my-chinese-username]/profile/edit/
is redirected to:
[my-site]/members//profile/edit/
and it reports page not found.
another problem is that no link is generated if using AT[Chinese-username]",wenlujon
2.2.3,6430,Multiple Links in activities,Activity,2.2.3,defect (bug),,new,2015-05-09T18:21:49Z,2015-05-12T18:41:37Z,"It appears that publishing more than one URL in an activity is only allowed to site admin.
Other roles can only publish one. Is this default behave or a bug ?
If it's default, the message error should be specific. ie You're not allowed to add more than one URL.
To reproduce, connect as subscriber and try to add
{{{Test notice first link http://bp-fr.net/activites/ and a second one http://bp-fr.net/activites/ }}}
",danbp
2.3.0,6527,BP mangles $wp_query when viewing member's profile,Members,2.3.0,defect (bug),,new,2015-06-23T22:16:34Z,2015-09-09T14:21:46Z,"Hi guys,
Mike here from WishList Products. We have a customer that filed a support request saying that WishList Member cannot protect the BP member's profile page (ex. `sitename.com/members/membername`)
I investigated the issue and found out though BP successfully loads the page, `is_404()` actually returns true.
Our plugin already makes use of `template_redirect` as recommended in #6230 but this doesn't seem to work with the member's profile page. The issue apparently is WP returns a 404 because `/members/membername` does not exist thus the `is_404()` thing.
This prevents plugins that deal with the parent page from functioning properly such as WishList Member.
I wonder if BP should just load the content of the parent page and just modify its content? Not sure what trouble this would entail (hopefully not much).
Thoughts?
Thanks.
Mike",mikelopez
2.3.2,6584,"bp_activity_create_summary wrongly extracted as ",Activity,2.3.2,defect (bug),,new,2015-08-07T21:45:21Z,2015-08-10T21:44:24Z,"'''After posting