ok, so that approach will not work, I was hooking to a wordpress filter, but it is used in too many places.
I’ll re-think
perhaps you could outline what you think is missing?
I’ll add this functionality to style pack in a few days, but in the meantime
add_filter ('the_title' , 'rew_add_close_to_topics') ;
function rew_add_close_to_topics ($title) {
if ( bbp_is_topic_closed()) {
$closed = '[Closed]' ;
$sep = ' ' ;
$position = 'after' ;
if (($position == 'before') && !str_contains($title, $closed)) $title = $closed.$sep.$title ;
if (($position =='after') && !str_contains($title, $closed)) $title = $title.$sep.$closed ;
}
return $title ;
}
and amend words/position etc. as you wish.
Put this in your child theme’s function file –
ie wp-content/themes/%your-theme-name%/functions.php
where %your-theme-name% is the name of your theme
or use
Code Snippets
and change the background of the closed block to match your theme
dashboard>settings>forums>topics and replies per page
so is this with this function installed?
add_filter ('bbp_get_topic_post_date' , 'rew_change_to_freshness', 10 , 6) ;
add_filter ('bbp_get_reply_post_date' , 'rew_change_to_freshness', 10 , 6) ;
function rew_change_to_freshness ($result, $topic_id, $humanize, $gmt, $date, $time) {
$result = bbp_get_time_since( bbp_convert_date( $time ) ) ;
return $result ;
}
should be doable – let me think about this …….
@enkoes – is this related to just lead topic, or does this need posting as a new topic?
dashboard>tools>forums>import forums
not sure how this relates to bbpress ?
to atop forums being viewable to non logged in, the set them as ‘private’
dashboard>forums>all forms>edit forum and set visibility as ‘private’
if you want different users to see different forums, then
Private groups
ok, I cannot replicate that issue.
it could be a theme or plugin issue
Themes
As a test switch to a default theme such as twentytwenty, and see if this fixes.
Plugins
If that doesn’t work, also deactivate all plugins apart from bbpress and see if this fixes. if it does, re-enable one at a time to see which is causing the error.
If you cannot do this to your site (say because it is live) then use the ‘troubleshooting’ features of this plugin to let you test without affecting other users
Health Check & Troubleshooting
Then come back
ok, so if you go to
dashboard>subjects>all subjects, and then select ‘les abonnements’ (the subscriptions) for the chosen subject then select option ‘subscribe selected users’ and apply
are they then showing as ‘sucbribed’ and this in not working, or does the subssribed/unsubscribed not change ?
this plugin whilst old might help
BBP Improvements for yoast
I tried to do the same by choosing several forums for one user. But it didn’t work. The subscription is not applied.
can you describe exactly what you did, starting with
dashboard>
hey thanks, really pleased you find it useful 🙂
yes the issue was fixed by Astra in 4.1.2 after I raised it with them.
I just looked and there was an interim version they released which didn’t have the fix, but which my code did not pick up on, so that was the one you were on – apologies, I should have thought of that, but it was only live for a very short period.
Anyway glad you are fixed.
With Astra releases above 4.0.2 this is not needed and you will not see the theme support tab – what exactly is your issue? ie wehat are you seeing/not seeing?
Just reread what you wrote
WARNING :
exporting and importing users and forums will not I think fix anything
exporting and importing forums, topics and replies is not a good idea – this can destroy relationships between topics and replies.
great – let me know if you need further help
do you have subscriptions enabled in
dashboard>settings>forums ?
can you confirm what theme you are using please
hmmm.. that meta_key is used during transition, but should I think be deleted as part of the cleanup process. It is not needed in normal use.
There is some code called during password process that does a check which is where this is falling down
I’d suspect that then process did not complete correctly and has left this behind.
I’d suggest a couple of actions.
Firstly find a user who can help you, who has not changed password and who can log on. Without them (or you!) changing their password, delete the ‘_bbp_class’ meta key, and check that they can still log in ok. If so, then get them to change password and check that all is ok.
That should then give you confidence that this key is not needed for some interim process.
Then
1. if you have the knowledge to backup the user table so that you have a record, I’d suggest you take a copy and then run some php/sql to delete these records
2. more cautiously, I’d suggest maybe you rename that meta-key, that way you can name it back if needbe.
both of these would require pho or sql knowledge.
I’m quite happy to help if you’d like – contact me via http://www.rewweb.co.uk/contact-me/ with a link to this thread so I can tie it up.
thanks, I found the issue – fixed in 5.4.3 just released.
no probs, glad you are fixed 🙂
thanks – I’ll take a look at that
