Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 25 replies - 1 through 25 (of 3,899 total)
  • Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    First, you need to figure out how to fetch the Active Directory data for a user and how to display it. This isn’t dependent on BuddyPress.

    Once, you’ve figured that out, you’ll need to hook into the BuddyPress profile template to add those fields.

    If you are a WordPress developer, there are various hooks you could use. View the profile template:
    https://buddypress.trac.wordpress.org/browser/tags/2.8.1/src/bp-templates/bp-legacy/buddypress/members/single/profile/profile-loop.php

    And hook into any of the do_action() hooks to display your AD data. To get the current user’s ID on a profile page, use bp_displayed_user_id().

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Can you reinstall v2.8.1 just to make sure you are not experiencing any discrepancies?

    Delete BuddyPress and reinstall the latest version and see if you are still running into problems.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    This should be fixed in BuddyPress 2.8.1.

    Upgrade to v2.8.1.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    It’s being caused by the BP Group Email Subscription plugin.

    View the following for a fix until the next version is released:
    https://wordpress.org/support/topic/styling-issue-of-letters-with-v3-7-0/#post-8832281

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    BuddyPress does not touch the login page.

    You are using a different plugin to do this or some rewrite rules on your server.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Your problem is using a custom snippet using the bp_is_front_page() function.

    Remove the block of code using that function or comment it out.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Disable the “Site Tracking” component under “Settings > BuddyPress” in the WP admin dashboard. When you do this, blog posts and blog comments will not be recorded into the BP activity stream.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    1,2,3,4,6 should be left to WordPress plugins as these are specific to WP.

    7, 10 have been discussed as core options. It just takes time for developers and the team to finalize specs and to code as this is all done on a volunteer basis. 10 is hard because it relies on a ton of dependent code that hasn’t been written or finalized yet.

    5 – There’s been some preliminary work on this. See https://github.com/buddypress/bp-types-ui.

    9 – If you’re using WordPress multisite, this should be already available as a WordPress option under “Network Admin > Settings”. Otherwise, this plugin might work, but does the opposite. It restricts signup to email domains that you specify.

    Notifications

    2 should already be in core.
    3 is a good request, but unreliable due to how the notifications data is stored. It would be easy to do for BP core notifications, but notifications generated by plugins could store the user ID differently, making this unreliable.
    4 could be done via a custom template or via a small code snippet.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    If the post contains an inappropriate word that you’ve set up in WP’s comment moderation settings, then BuddyPress also inherits these settings. This functionality was added in BP 2.6.0.

    To disable this functionality from the Activity component, add the following to your theme’s functions.php or wp-content/plugins/bp-custom.php:

    // Do not use WP's Comment Moderation with BP Activity component
    remove_action( 'bp_activity_before_save', 'bp_activity_check_moderation_keys', 2, 1 );
    
    // Do not use WP's Comment Blacklist with BP Activity component
    remove_action( 'bp_activity_before_save', 'bp_activity_check_blacklist_keys',  2, 1 );
    
    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    You need to figure out what is causing the white screen.

    Turn on WP_DEBUG and view the notices that are logged or displayed:
    https://codex.wordpress.org/Debugging_in_WordPress#WP_DEBUG

    List the notices here if you want us to attempt to diagnose your problem.

    My first guess is your problem is memory-related as your webhost might have restricted memory usage. Or if you’re using a caching plugin that is not correctly configured.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Thanks for finding this bug, @thefierywell.

    You are correct that this is due to #7307. We’ll be looking to fix this for v2.8.1.

    In the meantime, for a temporary fix, you can switch out bp_blogs_get_subdomain_base() for bp_signup_get_subdomain_base() in bp-blogs\bp-blogs-template.php and that should fix your problem.

    Let us know if you keep seeing some fatal errors.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    • Site Tracking – The description on the Settings page says it all – “Record activity for new posts and comments from your site.“. This is useful if the Activity Streams component is also active.
    • Login Widget – Not sure why you want extra tabs for a login widget… if you need extra functionality, you can always add your own widget if you have some coding ability.
    • Profile photo by URL or user-selectable profile photo – This isn’t a core option. Would have to be a custom plugin for now.
    • Mini-blog – No core option, unless a user’s activity stream is enough. There are plugins out there like BuddyBlog that offer some frontend blogging functionality.
    • Disabling emails – I think putting the desired email in draft mode might be sufficient to disable email sending. Test and see what happens!
    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Thanks for heading up the 2.8.0 release, slaffik!

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Thanks for reporting!

    A fix is already in trunk:
    https://buddypress.trac.wordpress.org/changeset/11432

    This will be ready for v2.8.1. Until then, manually patch bp-xprofile/bp-xprofile-admin.php with the changeset linked above until 2.8.1 is released.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Thanks for the report.

    Do you have a public Instagram post with an emoji title or description that we can test with?

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    FYI, that option doesn’t repopulate blog posts in the activity stream.

    It just repopulates the blogs on the Sites Directory page.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Hi, about BP Group Hierarchy, it is not supported any more.

    I just patched a bunch of pull requests and patches from Github, but I do not maintain the plugin. I personally do not use the plugin either, so I’m sorry that I cannot help out here.

    Your best bet is to engage with the community that uses BPGH and see if someone has a fix. I know that dcavins is working on an alternative to BPGH, but I’m not sure if that plugin supports everything from BPGH yet.

    It also looks like dcavins proposed a fix for the count here:
    https://wordpress.org/support/topic/fails-with-bp-2-7/#post-8435421

    If that works, I can merge it into my branch of BPGH.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    This has nothing to do with BuddyPress, but it has to do with adding HTTPS support to your WordPress website.

    You have to either pay to get a SSL certificate or use the Let’s Encrypt service to get a free SSL certificate:
    https://letsencrypt.org/

    Then, configure WordPress to use SSL and this issue should be fixed.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Not sure what your issue is, but after going through the removal steps, did you deactivate BuddyPress and reactivate it?

    If you have an object cache plugin active, you should purge your entire cache after removing the DB options so BP can reinstall its tables properly when you reactivate BuddyPress.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Can you follow up on Paul’s suggestion?

    Do you have NOBLOGREDIRECT defined anywhere? Check wp-config.php or check if a plugin or theme is defining it somewhere.

    I’ve added a patch that should fix this issue if NOBLOGREDIRECT is defined, but is running from single site:
    https://buddypress.trac.wordpress.org/attachment/ticket/7441/7441.01.patch

    Can you test this out and let us know if this fixes things for you?

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    @adjunkten – The defer%20onload is a sign that you might be using a plugin to do something to all WordPress javascript enqueued files.

    Because if you remove the defer line, the JS file is valid:
    http://historielaerer.dk/wp-content/plugins/buddypress/bp-core/js/vendor/moment-js/locale/da.min.js

    Are you using such a plugin? If so, disable it and see if that fixes your problem.

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    Let us know when PHP 7.1 is final and then we’ll take a look at it 🙂

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    I tested by switching my WordPress locale to da_DK and the dynamic timestamp is loading da.js correctly.

    @adjunkten – If you want to help debug, can you add the following line:

    var_dump( $locale );

    after lines 31 and 42 of this file?
    https://buddypress.trac.wordpress.org/browser/tags/2.7.0/src/bp-core/bp-core-cssjs.php?marks=31,42#L22

    Profile photo of r-a-y
    r-a-y
    Moderator

    @r-a-y

    @djpaul – No, livestamp changes should not affect the xprofile date stored value.

Viewing 25 replies - 1 through 25 (of 3,899 total)
Skip to toolbar