this is free software with free support offered by volunteers who do not get paid anything.
You come across as slightly rude and entitled, but I’m sure you do not mean to do so.
However it looks like I was wrong when I said the style pack has a fix – I may have removed it following buddypress 12 being released,.
This plugin bridges bbpress and the newer versions of buddypress – if that does not fix, do come back.
BP Classic
you’ll want to set logging but not display
see
https://www.hostinger.co.uk/tutorials/debug-wordpress item 2
and my style pack includes fixes for the above loader.phop errors
bbp style pack
ok, I am away at the moment and not on secure internet, so no wish to access.
I have not heard of this before
Can you raise with Divi, and see if they have heard of this?
so these thumbnails are user thumbnails – yes?
great – glad you are fixed !
hmm… I think I have not fixed it enough !!
part of removing those fields was also getting passed the subsequent checks that bbpress does before allowing the topic to be posted. Looks like it is failing one of those if you are not getting posts saved and displayed.
can you try disabling one at a time and see if it never works on posting or doesn’t when x field is missing
which thumbnails showing where?
A link to the page would be useful
add this to the custom css of your theme
form.bbp-login-form {
display : none ;
}
The search field is white box that is the full width above the search box.
It is styled by your theme to be that wide.
if you have a visual editor, presume you are using another plugin to add this, as it is not natove to bbpress?
which plugin was clashing ?
bbp style pack
once activated go to
dashboard>settings>bbp style pack>Freshness Display
It’s kinda hard to fix issues if the original post starts with
‘I am using ASTRA pro theme 4.6.9 and bbpress 2.6.9’ and now you say that you were not using this.
But I cannot immediately replicate with the current free theme, and will leave it for the time being
ok, so if you can’t the fields, that means they aren’t being saved.
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
if you know phpmyadmin, you could also check the post meta for the topic, you should see entries for the fields eg
bsp_topic_fields_label_name2 This is a new field
bsp_topic_fields_label2 this is the data
That would tell us if they are being stored, so it is a display issue, or not being stored so it is an input issue
ok, lets see if I can replicate with your settings
Can you go to
dashboard>settings>bbp style pack>plugin Information
and ‘copy row to clipboard’ of the Topic Form Additional Fields info to clipboard, it is right at the bottom and then paste back here
ok, so can you (as a test) take out the Forum no.s from all fields in the settings, so we eliminate forum restrictions from the display part
ok are you ok with browser developer tools – if so take a look and see if the words and in the html, but just not displaying.
found and fixed bug, will be in the next release, I’ll hold for a day to see if I need to fix your display issue above as well
ok, so have you tried all 3 settings?
Show fields above the topic
Show fields above the topic content
Show fields below the topic content
and do any show?
not sure what you mean – this is not you explaining it badly, just that words are not the best medium.
Any chance of an image with an X where you want the fields?
You thoughts are essentially correct, bbpress just uses wp_posts.
So yes if you migrate dev to live you will overwrite the forum, the same is true for comments and anything else that uses the posts table, which is quite a few other plugins you might use later. lots of other tables used by wp plugins also can change in live whilst you are trying things in dev.
In essence you should treat dev as just that – ie not a copy of live, but an environment to check site functionality and look.
There is also a danger if you work in dev and add links and images, these will be the url of the dev site, so when the pages are migrated across all will look ok on the front end, but actually you will be using data/images from dev.
So plugin and theme updates should be tried in dev first, and then repeated in live rather than migrating.
For pages and posts, copy/paste is very easy to use – much of the time you will only be changing one or 2 pages.
If you are using the standard blocks, then switching to the code editor (the 3 vertical dots top right of a page or post edit and then look for the ‘code editor’ choice) make copying/pasting pages and posts super easy.
Yes it is a bit more of a pain, but as you site develops you’ll be glad you learned the techniques
if it is, you can test by deactivating style pack
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
