BuddyDev

Search

Replies

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Groups – activity string #48884

    Hi Brajesh

    Please accept my apologies for the delay in acknowledging this but thank you so much for your time in putting this together.

    I haven’t had a chance to test it out yet but certainly as if it’s just what I need and will be very helpful.

    Warm regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog – Taxonomies #48809

    Hi Brajesh

    Ah that’s great! It did actually cross my mind that perhaps it was something to do with the fact that I’d specified the terms (as I guessed it might not be something you’d checked) 😉

    Thank you so much for fixing so promptly.

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog – Taxonomies #48777

    Hi Brajesh

    I have all the latest versions installed and have been testing this a bit more. It still doesn’t seem to be working as I would expect as follows –

    Ideally I would like users to be able to publish a post without having to select a category, however, as suggested above, I don’t mind setting a “default” if necessary.

    Post form settings –
    Enable taxonomy: Yes
    Enabled taxonomies: Category
    Limit to categories: Article or News
    Default term: News
    Is required: No
    Default view: Checkboxes
    Allow users to create terms: No

    The post form doesn’t actually show the default category as being pre-selected, and when the user submits the post without selecting a category, the post is saved in ALL categories (ie. both Article and News).

    Surely if a default term has been set, and the user has made no category choice, the default term should be the only one used for the post?

    Note: if “Is required” is set to “yes”, then obviously the user can’t submit the post until they’ve chosen a category but this then rather renders the “default” setting irrelevant 😉

    Am I missing something?

    With many thanks in advance for any thoughts.
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Pro – override Submit Post for Review #48746

    Thank you so much Brajesh – those snippets work perfectly.

    I’ll look out for any further thoughts on the emails in due course.

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Pro – override Submit Post for Review #48732

    Hi Brajesh

    I really don’t mind. Indeed, I’m happy to do my bit to help things along when you offer such great support yourself 😉

    I’ve now tested 1.0.0-RC6 and that all seems to be working as expected, so many thanks for sorting this out so promptly.

    I do, however, have a couple of queries as follows –

    1. Can you possibly give an example of how to use the filter ‘bblpro_default_post_status_for_user’? There are two scenarios in which I would like to use this to allow users to publish immediately (ie. without the need for approval) as follows –

    a) users with the role of ‘editor’ when posting both personal and group posts and
    b) group admins when posting in their own group, even if they are not allowed to override submission workflow ie. not allowed to change “Submit Post for Review”

    2. I appreciate this one might be tricky but my emails that get sent out when a post is submitted, all refer to the fact that the post will require approval eg. group admin email says “a new post has been received and you need to go and approve it”, user email says “we’ve received your post and will let you know once it has been received”.

    Obviously that will be true in most cases, but just wondering if there is any way of filtering the above if the post is being published immediately ie. doesn’t require approval? The ideal would be to have a different email which was sent out based on the post status, but failing that, an email token which could at least display the post status might be useful. Note: I’m now wondering if maybe a shortcode would be the answer eg. show this text if “pending”, show that text if “published”… I certainly don’t expect an immediate answer to this one but if you do happen to have any suggestions at all, they would be much appreciated.

    With many thanks as always
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Pro – override Submit Post for Review #48730

    Hi Brajesh

    Thank you so much for looking into this and I’m very glad you found something on your side. I tested so many different scenarios that I was starting to wonder if I was going a bit mad 😉

    Many thanks for sorting so promptly and I’ll look out for the update.
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Pro – override Submit Post for Review #48715

    Hi again Brajesh

    After extensive testing, I can confirm (almost 100%) that this unfortunately appears to be a BuddyBoss issue, though I must admit, I have given up on trying to figure out why!

    To replicate the issue –

    New WordPress install
    Plugins installed – BuddyBoss Platform, BuddyBlog Pro, BuddyBlog Groups, Events Manager
    Running Twenty Twenty theme
    One group created with two members ie. Admin plus one basic subscriber
    Two Group Post Forms created one for posts and one for events with the workflow setting “On Submission Submit Post for Review” with override enabled
    Both post types enabled in Group settings with the relevant tabs etc.

    When the subscriber (not admin) goes to create a new event, button shows “Submit Post for Review”
    When the subscriber (not admin) goes to create a new post, button shows “Publish”

    Summary: when using BuddyBoss and making a group post, for some reason, the default post status for standard WordPress posts, always gets set to “publish” regardless of any other settings. This does not happen for custom post types which seem to respect the logic (at least as I understand it).

    I note you have a holiday coming up so understand a reply may take a little longer but will hope to hear from you as soon as you are able since I won’t be able to update the plugin(s) if/until we’ve somehow found a way to resolve this.

    With many thanks as always.
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Pro – override Submit Post for Review #48713

    Thank you again Brajesh.

    On a little more investigation, it seems as if the function set_default_post_status line 96 ie.

    'publish' === $default_status

    … always returns “true” for the posts post type.

    I’ll have to dig a little deeper to figure out whether that’s caused by something in the logic or some other setting on my side and will get back to you if I manage to find anything of interest.

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Pro – override Submit Post for Review #48710

    Hi Brajesh

    Thank you so much for getting back to me so promptly.

    1. I am using BuddyBlog Pro 1.3.5 and BuddyBlog Groups 1.0.0-RC-5.

    2. The workflow for both group post and group event forms is set to “Submit Post for Review”. I have also checked the same is showing in the BuddyPress group.

    As mentioned above, there is no custom code running. Sadly the issues are still persisting. I’m not sure what to check next…

    3. I want admins to be allowed to publish *without* giving them the ability to control the publish state. From what you say, this isn’t the designed behaviour but possibly the filter you mention will help with this? I’ll investigate further once 1 & 2 are resolved.

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Pro – override Submit Post for Review #48708

    Hi Brajesh

    I’ve been testing things this morning and unfortunately I seem to have run into several issues as follows –

    Note: I have switched to the parent theme and disabled all custom code however…

    1. It would appear that ALL posts by ALL group members are now published immediately, even though the default post status is set to pending.

    2. Despite the above, the notification emails that get sent out to both user and admin are those related to a post that requires approval.

    3. I note from your message above that the criteria required for a post to be published immediately is based on whether “group admins can override status in their group settings”. This is not an ideal scenario for my particular use case as I don’t want to offer that particular option to group admins, and ideally the criteria would simply be “is the user group admin of that group” (which on the face of it, seems to make much more logical sense to me since if someone can “approve” posts in a group, surely their own posts shouldn’t require approval 😉 )… however… I’m assuming you must have your own particular reasons for handling things this way so as long as 1 & 2 above can be resolved, I guess I can work with it for now.

    With many thanks in advance for any thoughts.
    Nik

    PS. Just tested a little more and it seems 1. above is only occurring for standard WordPress posts, whereas with my custom post type (events), it would appear to be working as expected ie. admin’s posts get published immediately, other users’ posts remain pending! I’ve checked and double-checked my settings and as far as I can tell, they’re the same for both post types but maybe I missing something?