BuddyDev

Search

Replies

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

    Hi again Ravi (or Brajesh)

    I’ve now had a chance to test things a bit more and have realised that the whilst the above code works insofar as “editors” posts are now published without requiring approval, it also seems to have the unintended consequence of hiding the “Post Approval” meta box in the WP Dashboard for the designated roles (ie. editors) which means that editors are unable to approve the posts of other members.

    I’m guessing it needs some additional criteria to eliminate this scenario but can’t quite figure out the logic.

    Any suggestions would be much appreciated.

    With many thanks in advance.
    Nik

    PS. I’ve also just realised that despite publishing them immediately, the above code doesn’t actually set editors posts status to “approved” which ideally should happen too 😉

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog – Post approval #48233

    Hi Brajesh

    Thank you for clarification.

    From what you say, it sounds as if editors *should* be able to approve others’ posts but for some reason, this isn’t working for me, even with standard posts eg.

    Regular user submits a (BuddyBlog) post for review
    Editor logs in to the WP Dashboard, they can see/edit the post, and change the status to published but the BuddyBlog meta box to allow them to Approve or Reject the post does not appear underneath the post (whereas it does for Admins).

    I’ve ensured that all screen options available or checked.

    I’ll see what I can do with the filter you mention, but does the above sound like a bug to you?

    Warm regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: [Resolved] BuddyBlog Pro Groups tabs – visibility #48232

    Thank you Brajesh. That’s great news and will look forward to the update in due course.

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: [Resolved] BuddyBlog Pro Groups tabs – visibility #48219

    Hi Brajesh

    As I know you’re planning an update soon, is there any chance that this feature ie. a “None” option for Groups Tabs Availability ie. not only the “Published” tab (as mentioned above) but also the other tabs (eg. Draft, Pending etc) too… will be included?

    With many thanks in advance.
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog – Post approval #48218

    Hi Brajesh

    Thank you for getting back to me.

    1. You’re right of course, I’ve just tested this and (rather obviously;-)) the approval email doesn’t get sent out to the user if admin doesn’t tick the approval box. Clearly this isn’t a problem, I just need to educate the admins to remember to tick the box!

    2. That would be much appreciated if you can add it in a future version and yes I agree, including a role selector in the Form edit page would seem most relevant as it’s part of the “workflow”.

    That said, is there any way that I could override this restriction for now ie. allow “editors” to approve BuddyBlog posts from the WP dashboard? (It’s currently slightly counter-intuitive as editors already have the right to change the status of a post from “pending” to “published” but still don’t have access to the approval box, which causes the scenario in point 1, whereby a post is published but the poster doesn’t get notified…)

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: BuddyBlog Groups – email tokens #48196

    Hi Brajesh

    Wow that was quick… I’m glad you think it is a good idea and worth including as an option.

    On a similar note, it would be really helpful to have a way of adapting the [post_url] token to something more relevant when sending out emails prior to post approval as this is a) slightly misleading to the end user (looks as if their post has already been published) and b) not very helpful to admin as they still need to go the WordPress (or group) dashboard in order to approve the post.

    eg. ideally there would be a [review_post_url] token applicable to unpublished posts which would send users to their pending posts (either personal or group) and admins to the WordPress dashboard (if a personal post) or pending posts in the relevant group (if a group post).

    Obviously that’s a bit more complicated than a [post_group] token so if it’s too much to ask, I might just leave out the post url in the initial notification emails to users and provide more detailed but general instructions to group admins on how to go about approving posts… although if there was a way to add my own customised email token, I’d be happy to work on that one myself.

    With many thanks again for all your efforts and will look forward to the next release in due course.
    Regards
    Nik

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

    Hi Ravi

    Thank you so much for your quick and helpful reply.

    At least from tests so far, that seems to work perfectly.

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: [Resolved] BuddyBlog delete action hook/filter #47607

    Hi Brajesh

    Thank you for your reply.

    May I ask, what’s the difference between bblpro_post_submitted and bbl_pro_post_updated?

    My biggest problem at this stage is that, as you may be aware, the Events Manager plugin stores some additional data in its own separate wp_em_events table. Everything seems to work fine (and an entry is automatically created in the wp_em_events) when a post is first submitted, and even when it’s approved but NOT when a post is updated (eg. if I change the dates with BBLPro, they don’t get changed in the wp_em_events table… and when I delete a post, it doesn’t get marked as deleted in the wp_em_events table either.

    I do appreciate this is outside of the scope of your plugin, I’m just trying to capture the correct hooks so that I can (hopefully) update the wp_em_events table “manually” when necessary.

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: [Resolved] BuddyBlog delete action hook/filter #47571

    Hi Brajesh

    Thank you for getting back to me.

    I wonder if it’s possible I may have used the wrong terminology ie. I’m using ‘bblpro_post_submission_prepared_data’ to add (or update) some additional postmeta entries (based on a single entry in the BuddyBlog form), which are required by the Events Manager plugin eg. the plugin requires an entry for both ‘_event_start’ and ‘_event_start_local’.

    This seems to work quite well but should I be using ‘bblpro_post_submitted’ instead?

    The other issue I have is that when deleting a post with BuddyBlog Pro, it doesn’t automatically update the wp_em_events table which is why I was looking for an action related to this but hopefully one of those you’ve mentioned will do the trick.

    Regards
    Nik

  • Participant
    Level: Master
    Posts: 279
    NikB on in reply to: [Resolved] BuddyBlog Groups – Suggestion #47491

    Hi Brajesh

    Oh that would be great thank you!

    My client will be happy with this one as they were finding it a bit confusing 😉

    I’ll look out for the addition in due course.

    Regards
    Nik