Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 25 replies - 1 through 25 (of 6,904 total)

  • Paul Gibbs
    Keymaster

    @djpaul

    Unfortunately, it’s unlikely that file permissions are related to any change we made in the 4.0 release. I don’t know how they might have been set incorrectly, though if you’ve used any plugin installer or tool to add a plugin or update your site in the past, that might have been the cause.

    You or someone who manages your server needs to go into the bp-core/classes/ folder, view the file permissions, and change those of the phpmailer file to match the other files which are (presumably) correct.


    Paul Gibbs
    Keymaster

    @djpaul

    It’s not really the place to try to sell your plugin on our support forums, please; it’s rude.


    Paul Gibbs
    Keymaster

    @djpaul

    WP Mail SMTP seems to be a well-written plugin. I’ve taken a quick look at its code, and how it affects what WordPress does, and it looks like BuddyPress – in theory – should work with it. However, if you say it doesn’t, I don’t know why – you’d have to spend time debugging what is going on.

    If you know some PHP and basic WordPress development, I can give you some pointers (e.g. start looking at the phpmailer_init hooks and how both plugins add to it).


    Paul Gibbs
    Keymaster

    @djpaul

    No need to try to un-hook where BuddyPress adds it. The body_class filter passes an array of class filters. I’d just filter it, and find and unset the no-js class you don’t want.


    Paul Gibbs
    Keymaster

    @djpaul

    Nope. Try it and if you find an issue with BuddyPress after doing so, then start a discussion.


    Paul Gibbs
    Keymaster

    @djpaul

    @whoweez This old code sample does nothing much at all. I’m not sure what the intent was, this is basically debugging. To answer your specific question:

    I thought “__return_false” on “bp_email_use_wp_mail” should prohibit any BP emails from being sent in the first place as the new class should handle the email sending process…?

    If that filter returns true, then BuddyPress generates a plain text version of the email, and calls WordPress’ wp_mail() function. By default, this is false, but it returns true if wp_mail_content_type() has been configured for HTML, or if wp_mail() has been redeclared (it’s a pluggable function).

    That last bit is key. A lot of email plugins for WordPress re-declare wp_mail(), so for BuddyPress to use those plugins, the default behaviour is to send that plain text version of that email.

    If bp_email_use_wp_mail return false, then it creates a BP_Email_Delivery object, which is what that second filter is changing, which delivery class BuddyPress uses. Inside that class’ bp_email() method is where you would create a custom integration with your Sendmail plugin (or however you approach that integration).


    Paul Gibbs
    Keymaster

    @djpaul


    Paul Gibbs
    Keymaster

    @djpaul

    There’s no planned overlap. BuddyPress doesn’t provide any Gutenberg blocks.

    If you’re referring to some of the extended profile field types that allow HTML, I expect those will stay as TinyMCE for now.

    Have you checked the resolution of the image? Maybe it’s just too low.

    Share your entire relevant code.


    Paul Gibbs
    Keymaster

    @djpaul

    The log in widget, and the activity stream comment bugs, will be fixed in v3.1.0, which will come out before the end of next week.


    Paul Gibbs
    Keymaster

    @djpaul

    This is not a BuddyPress question.


    Paul Gibbs
    Keymaster

    @djpaul

    It’s likely that any new features will be added to Nouveau, and not Legacy.
    It’s up to you which you want to support or build from.


    Paul Gibbs
    Keymaster

    @djpaul

    bp_get_current_activation_key()?


    Paul Gibbs
    Keymaster

    @djpaul


    Paul Gibbs
    Keymaster

    @djpaul

    Yep, you’ll want to use a survey plugin for this, and probably code some sort of integration yourself.


    Paul Gibbs
    Keymaster

    @djpaul

    I don’t know about “simple”. The function in BP is bp_update_user_last_activity() and that calls WordPress’ user meta functions. I am positive there are filters within that stack you could use to override the value or prevent the writes, but you’ll need to look into that code yourself.

    @boonebgorges Do you think we can stop this mirroring yet? And keep _bp_get_user_meta_last_activity_warning in place. Basically, preventing DB writes.


    Paul Gibbs
    Keymaster

    @djpaul

    It’d been helpful if you’d linked to it, @venuitius 😉
    I’ve just tried searching myself and couldn’t find it.

    At any rate, this is not a BuddyPress problem — it’s an out of date and unsupported plugin.
    We are looking at trying to introduce some of these field types into the main BuddyPress plugin for future versions (it will happen, just a matter of number of contributors and time).


    Paul Gibbs
    Keymaster

    @djpaul

    Our position is that we want BuddyPress to provide tools that help site owners comply with privacy legislation.

    Our 4.0 release, about a month away, will be our first pass at this. Read the latter comments in https://buddypress.trac.wordpress.org/ticket/7698 for linked/related tickets, as well as https://buddypress.trac.wordpress.org/query?status=reopened&status=assigned&status=reviewing&status=new&status=accepted&group=status&milestone=4.0 to see all issues assigned to 4.0 (7855, 7856, 7866, 7867, etc).


    Paul Gibbs
    Keymaster

    @djpaul

    I can’t see any code change in 3.0 that might have affected this. This filter is called in three places, and each place we pass eight parameters.

    If you can debug this, perhaps with wp_debug_backtrace() and find a code execution path, that would be handy.


    Paul Gibbs
    Keymaster

    @djpaul

    We have this fixed for our next release, v3.1. This will be released next week (Wednesday) at the latest. The bug was addressed at https://buddypress.trac.wordpress.org/ticket/7869

    @alpokoskiniva “Repair email” deletes the emails from the “Emails” menu, then re-adds them. You don’t need to do this unless you’ve added a translation to your site after installing BuddyPress, and want the translated emails, or if you’ve made a code change to the email language in the BuddyPress files, which is what @filipponeri20 has done. We strongly recommend that no-one ever changes a core file of BuddyPress, because it will be overwritten when you update.


    Paul Gibbs
    Keymaster

    @djpaul

    You need to talk to whoever runs your server. It’s possible the PHP error logging configuration is different on each.

    Furthermore, you can see the problem comes from the folder /plugins/buddypress-links, which is not BuddyPress itself.

    I haven’t seen BuddyPress Links in a long time — I’m assuming it’s not compatible, and that your PHP configuration is indeed different (you were probably suppressing the error before).

    We can’t help more.

    Imagine a BuddyPress Template Pack as something analogous to a WordPress theme. You can’t have a child theme compatible with multiple parent themes.

    And you can’t have a template pack compatible with multiple themes. I don’t think there is anything in the template hierarchy – like the named folders that you suggest – that would let you do this. I suppose we could add something but I do not think this would be a good thing for the project at the moment.

    We have discussed a concept of multiple small template packs being active at the same time and we might want to support this sort of folder structure then. But not now.

    Are you using the new Nouveau template pack that came with Buddypress 3.0?

    Sorry, what is the problem?

Viewing 25 replies - 1 through 25 (of 6,904 total)
Skip to toolbar