Replies
- NikB on February 16, 2023 at 9:09 pm in reply to: [Resolved] BuddyBlog Groups – 1.0.0-RC-3 – possible bug? #48457
Hi Brajesh
Thank you for getting back to me so promptly. I’ve now done a bit more investigating myself and I’m 99% sure that the issue is being caused by the line –
add_filter( 'bblpro_message_tokens', array( $this, 'add_message_tokens' ) );
… in class-default-filters.php.
I haven’t yet investigating what this is intended to achieve, nor tested for any knock on effects, but disabling this line certainly appears to solve the above problem for both group and personal posts.
Hope this is perhaps some help?
Nik Hi Brajesh
Thank you for getting back to me.
Sorry I should have added that I have already tried disabling BuddyBlog groups and that didn’t change the above described behaviour. I have also tried –
Switching the theme to Twenty Twenty (so no custom code coming from a child theme)
De-activating ALL plugins except BuddyBlog Pro and basic BuddyBoss Platform
Re-verting to the previous version of BuddyBlog Pro (ie. version 1.3.2)
Testing on a back up version of the site taken back in December 2022All of which suggests to me that this issue is not a new problem nor indeed, related to any recent update. I must admit, I’m quite surprised I haven’t noticed it before but can only assume I have always selected a category when creating a post, as the issue only occurs when NO cateogry is selected.
Testing a bit more –
If I don’t restrict the categories and allow “Uncategorised” as an option, when a post is made without any category having been selected, it defaults (and saves) as “Uncategorised” only (even if I have set the default to “News”).
If I exclude “Uncategorised” as an option, when a post is made without any category having been selected, it defaults (and saves) as ALL allowed categories (ie. News and Article).
I could be wrong but it seems to me that possibly there is some conflict occuring when an attempt is made to save a post without a category and “Uncategorised” is not allowed as an option (as would be the WordPress default) which causes any alternative default (as set in BuddyBlog Pro) to be disregarded and ALL allowed categories are used instead. If that makes any sense at all?
With many thanks as always for any thoughts.
NikHi Brajesh
Many thanks for the clarification and I’ll look out for this in due course.
Regards
Nik- NikB on February 16, 2023 at 7:16 am in reply to: [Resolved] BuddyBlog Pro Groups tabs – visibility #48433
Hi Brajesh
Thank you for explaining and you are right of course. Sorry was my mistake that I was looking at the top level Posts tab rather than the sub tab.
And yes, completely understand that I would need to use the code for the default tab if the Posts sub tab was disabled.
Regards
Nik Hi Brajesh
Thank you for getting back to me.
Sorry if I’m slightly confused but I’m not quite sure what aspect of the above you are hoping to include in the next update. Is it that editor’s posts will no longer require approval or something else?
Any clarification would be helpful so that I can prioritise what customisation I still need to address myself.
With many thanks as always.
Nik- NikB on February 15, 2023 at 5:06 pm in reply to: [Resolved] BuddyBlog Pro Groups tabs – visibility #48423
Hi Brajesh
Thank you for the update. I’ve checked this and can confirm that the “None” visibility option is available for all tabs except the main “Posts” tab. I assume the latter omission is intentional, since without additional code, the Posts tab is the default so that makes sense and I can work with that.
Many thanks again for all your efforts.
Regards
Nik Hi Brajesh
I’ve now checked this and can confirm that it seems to be working.
Thank you very much for addressing this issue and please feel free to mark this topic as resolved.
Regards
NikHi Brajesh
Thank you so much and that works perfectly for personal posts.
I thought I could use simialr for group posts by substituting bblpro_default_landing_sub_tab for bblgroups_default_landing_sub_tab in the above code, but for some reason, this doesn’t seem to be working ie. no default tab is set. Any idea why this might be?
Of course, the other problem with group posts is that (as I believe you’re aware) there is currently no way of hiding the Posts tab for ALL groups but I’m hoping that particular issue may perhaps be fixed in the next release?
Do you have any idea when the next update might be available?
With so many thanks as always.
Nik- NikB on February 8, 2023 at 3:42 pm in reply to: BuddyBlog Pro – override Submit Post for Review #48329
Hi Ravi
Thank you again. The revised code does now seem to work insofar as editors can now view the Post Approval meta box in the WordPress dashboard (as well as their own posts being published without approval) so that definitely solves the biggest issues.
Unfortunately, it stil doesn’t actually change the editors’ posts status to “Approved”, and editors still receive an email saying that their post needs to be approved (even though it doesn’t) but from Brajesh’s comment above, I’m not sure if this is possibly something he may be thinking of addressing in the next release anyway?
Regards
Nik Hi Brajesh
Just to note that I’ve now worked out that the behaviour described above seems to be related to some code Ravi kindly provided for me a few weeks ago, so I’ll continue the explanation there.
Related post here: https://buddydev.com/support/forums/topic/buddyblog-pro-override-submit-post-for-review/
Regards
Nik