New
PeoplePress is here. Community building for WordPress, reimagined. Fast, modern, and built for the communities you've always wanted to run.
See it live

BuddyDev

Search

Replies

  • Keymaster
    (BuddyDev Team)
    Posts: 25509

    Hi Nik,
    Thank you for the feedback.

    My changes are limited to Group Blog and have no affect on how BuddyBlog Pro works.
    I haven’t updated BuddyBlog and the last changes were limited to Group posts only.

    1. Admin notifications.
    Sorry the line should have been this

    
    
    if ( get_current_user_id() == $post->post_author && is_super_admin() ) {
    			return;
    		}
    
    

    not

    
    
    		if ( get_current_user_id() == $post->post_author ) {
    			return;
    		}
    
    

    An update will be available today for this.

    2. Group admins still receive the author notification:- That is correct. We do’t have UI to disable and I can’t disable it for specific use case as there is a possibility group admins might not have the ability to publish for some of the setup.
    I put a filter there yesterday ‘bblpro_groups_post_submission_notify_author’

    You can use it like.

    
    
    // disables author notification for group admin.
    add_filter( 'bblpro_groups_post_submission_notify_author', function ( $notify, $author, $post, $group_id, $form_id ) {
    	if ( groups_is_user_admin( $author->ID, $group_id ) ) {
    		$notify = false;
    	}
    
    	return $notify;
    }, 10, 5 );
    
    

    3. Can you please help me understand this

    
    
     Those posting in group with admin or editor permissions are handled in the same way as “regular” group members (ie. non group admins)
    
    

    Should we treat them differently?
    I am not using roles as I the purpose of BuddyBlog pro/Group blog is for community posts and not editorial content of the site.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509

    Hi Nik,
    Thank you for the reply.
    I am glad I was able to spend sometime and have a fix.

    Please do share the results of your testing. For the multiple group admins, if it not a big hassle, Please allow me to put the fix in next update(It will be just 1 line change but we are already on RC7 so trying to avoid another 1 line update release).

    All the best with your launch!

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509

    Hi Nik,
    Thank you for the reply.
    Please upgrade to 1.0.0-rc7.

    This update will disable self notification to group admin/site admin for post approval, rejection, submission.

    If in a group, there are 4 group admins and one of them submits the post, the other 3 will still get a submission notification.

    Do you want to disable that too?

    PS:- The code from Ravi is no longer needed for site admin/group admin notification prevention.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509

    Hi Nik,
    Thank you for the reply and sharing the details.
    When are you going live this week? I can try to release it before that.

    Thank you
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509
    Brajesh Singh on in reply to: [Resolved] BuddyBlog Pro/Groups – Rejections #49183

    Hi Nik,

    Thank you for the reply 😀

    You can allow group admins to approve/reject and then 2 links with approve/reject will appear on the posts list in group when a group admin or site admin is viewing the posts list.

    Hope that helps.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509
    Brajesh Singh on in reply to: [Resolved] BuddyBlog Pro/Groups – Rejections #49181

    Hi Nik,
    Thank you for your question.

    I am not sure if this is documented or not but if you publish a post, It will be published irrespective of approval/rejection status. Admins/editors have super powers.

    Our workflow for a rejected post is to keep post status to pending.
    If you do it as group admin/site admin from front end, It will be set to pending.
    If you want to do it form backend, you will need to set status to “Pending” from post status and update.

    We are not deleting the post as our assumption is users can edit and re-submit them for approval. We will delegate the status decision to site admins in future.

    Hope that clarifies.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509
    Brajesh Singh on in reply to: the delete function of galleries has a big bug #49180

    Hi Maurice,
    Thank you.
    We will be testing it again this week. We have tested in past and did not see any such issue. I will have at least 2 different people test it this week to see if they can replicate.
    If it is a replicable bug, we will fix it.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509
    Brajesh Singh on in reply to: Shortcode for Buddyblog #49179

    Hi Van,
    If you put it in your bp-custom.php, It will remain there and will not get affected by BuddyBlog updates.

    For the user url linking, Please disable showing post on profile and it will work.

    Regards
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509

    Hi Nik,
    We are reviewing your previous reply and the issue with self notification. I am expecting a final publish next week.

    The reason we haven’t published BuddyBlog group yet is the complexity. With too many options, there comes huge complexity and that has been one of the reason to hold back.
    We are still not sure how we handle this as we do need settings at admin level as well as group level.

    We will be auditing BuddyBlog groups this week and I will push the update by early next week.

    Thank you
    Brajesh

  • Keymaster
    (BuddyDev Team)
    Posts: 25509
    Brajesh Singh on in reply to: the delete function of galleries has a big bug #49172

    Hi Maurice,
    Is there any chance that you have large number of media in the gallery.
    When you delete a gallery, we delete all the media(WordPress attachment) inside the gallery.

    There are multiple reasons that may slow it:-
    1. You have large number of media in gallery
    2. You have some kind of cloud storage enabled for media/attachment. That would need a call to the store for each delete
    3. You have some kind of plugin that cleans up after attachment delete.

    Do you have any of the above? We have tested MediaPress on nginx and we haven’t found anything like this.

    Regards
    Brajesh