Search Results for 'test'
-
Search Results
-
Hello,
after upgrading to v2.6.2 we now see all topic posts smaller than before, indented by the options above each topic. This is for the topics only, all replies to the topics look normal.
For admins with more options, it reduces the topic width to 50% … so it is an issue.
For all regular members with only 3 available options, topic width is reduced by ~20%.Here is a screenshot – the pics and video at the left should fill out the entire width:
Latest version of WordPress and all other plugins.
Any suggestions?
Thanks!
Wordpress 5.3 bbpress 2.6.2
Hi,
I would like to create a link to the list of subscribed topics in the page menu in a bbpress forum. Since I use wp user manager as logon widget, unfortunately this does not include it. The bbpress login widget is not used because you can not upload a photo when editing the profile and because many fields are displayed that I do not use. Wp usermanager I could restrict to the fields User-Display-Name, Firstname, Lastname and E.Mail-Address.In order to be able to display lists like subscriptions and favorites, I would like to create the following link in the sidebar that works in my text widget:
“Abonnierte Themen”“Test-1234” is a sample user that works with the above link in the text widget .. “test-1234” should be replaced by a variable with the display user name, thus linking each logged in user to his own subscription list leads.
Or would it be better to write a plugin widget? Then I’ll learn how to do.
Since I am new to WordPress and bbpress and also have little experience with PHP, I ask for help how to solve it.
Thank you and greetings from the Lake of Konstanz,
KlausWordPress crashes happen very rarely but when they do, they can cause a great deal of stress. Fortunately, they are most often very easily fixed without any loss of content.
It has been my experience that 99% of the time any issues with WordPress is plugin related. A site may work fine for a while, then an update in either the WordPress program or a plugin will cause an incompatibility issue causing the database to fail. Troubleshooting a WordPress crash is very easy and you can be back up and running in a few minutes. The first, and most obvious place to start is to look at any recent changes you may have made, an update or a new plugin installation. Sometimes though, it is not so obvious. Travel Fast
Steps to troubleshooting a WordPress crash:
Since you most likely will not be able to access the dashboard of your WordPress installation, you must have access to your files either through an FTP client or from the File Manager in your web hosting cPanel. Navigate to the wp-content folder in your file manager or ftp.
Open that folder and inside you will see a plugins folder.
Rename the plugins folder plugins.bak
Create a new folder (directory) and call it plugins.
Check your website. If the website now loads, you have verified that it is indeed a plugin compatibility issue.
If you are running an older version of WordPress, now is a good time to upgrade to the latest, most stable version.
Once the latest version is installed, you can begin to troubleshoot to find out which of your plugins is causing the incompatibility issue.
Reinstall your plugins one at a time. After each installation, test your site to make sure it is still working properly. Update each plugin to the newest version if there has been an upgrade made available.
If at any time during this process your WordPress crashes again, you know you have found the culprit. Simply access your cPanel or FTP again and delete the plugin.
You will need to either download a newer version of that plugin directly from the developer source or wait for an update to become available for it before you can install that plugin again.
Most plugin developers work tirelessly to keep their plugins up-to-date with the latest versions of WordPress, but occasionally an update is a little slow in coming or the WordPress update is a major one that has changed the core functions of the program and the developers have not been able to keep up.Steps to take when the WordPress crash is not plugin related:
If you have tried the above and the troubleshooting has not been a plugin issue, there are two other areas you can try.
Go into your cPanel and into the MySQL panel that will bring up the list of databases installed on your account. Click on the restore/repair database. If the crash was due to damage to your database, this should correct the problem.
You should have a database backup on file. (install a plugin to take care of this on a regular basis if you haven’t already) You can do a database restore from your backup file. If you have not been in the habit of backing up your sites, and you do not have any backup files, I am sorry to say that you may have lost your website. You will need to contact support to see if they have any recent backups or if they can offer any support.
It really is important that you keep your WordPress up to date and update your plugins as often as soon as the new versions are made available. Most importantly, you should backup all files before doing any kind of updates or upgrades. The plugins available today make this process automated. Set it up when you install your blog and you will never have to think of it again. It will do the backups and email them to you weekly so you will be prepared in just such an instance. Readuce Anxiety!Topic: 404 after update
When recently updating to 2.6.2 version of bbPress, I am getting 404s when new user arrives on homepage of forums. 404s are visible to user and showing in logs. When page is hard refreshed, forums show up.
But strange, if, if user goes to link within forums (topic, etc.), no 404s occur.
I am using bbp-forum-index shortcode on homepage of forums. I did a test and issue doesn’t occur when shortcodes aren’t used (no 404), but of course, no forums are available.
With shortcodes, even through 404s occur, the sidebar displays and shows the user’s logged-in info (avatar, etc).
Issue seems to only occur when user is logged in and visits forums. I have forums on their own WordPress installation within a directory of main site.
I thought it might have been cache, but issue still occurs when cache is disabled.
Here is link to site:
https://www.lifeleap.org/community/
Any suggestions on what might be occurring or what I do to troubleshoot issue? Thanks for any help
To test:
Just click Submit to try and submit an empty reply to a topic that is quite long (perhaps several replies already).
When you hit submit it scrolls to the top of the page. This is misleading. If I scroll back down to the forum I tried submitting I now see some errors:
- ERROR: Your reply cannot be empty.
- ERROR: Please solve Captcha correctly.
The user should have been taken to the location of this error div, not the top of the page.
Topic: bbpress links after install
I’m having an issue with links instead of it being keebu.com/forums/dommains there is a double forum listing as seen below!! i’m new guys to bbpress I’m using the latest install of
wordpress 5.3
bbpress 2.6.2
buddyPress 5.0.0I originally asked this issue here:
https://wordpress.org/support/topic/user-cant-view-their-profile/
I have now found out why it happens. It has to do with the Title Case of the user name. For example, if my user name is:
Test123
Then I will not be able to view my profile.
But if my user name is:
test123
I can view my profile.
I don’t know if this is a bbPress 2.6.2 bug or bbp style pack bug (since I am using the latter theme templates).
For some reason the administrator can view these profile pages despite the case issue. But not normal participants. I notice that the URL is always the lowercase slug. Are we somehow using the username rather than the nice name? Either way, this is the cause and it means many of my users can’t view their profiles as they have used Title Case in many instances.
I have only just noticed this. I use the “bbPress Advanced Statistics” plugin as I like the way it presents the data at the bottom on the forum page.
However, if I “log out”, it still lists all the names of the users from the last 24 hours. That is not right. It should only list last 24 forum activity if a user is logged in. Technically it is exposing users names for a non logged in user when I don’t want it to.
I am using latest bbPress 2.6.2
Any advice appreciated. Thanks.
I am using the latest version of the forums 2.6.2 and associated bbp style pack plugin | forum template.
Today I was creating a topic and hit submit. At first I wondered what had happened because it didn’t seem to submit. I then eventually noticed (see image):
https://www.dropbox.com/s/cxv5lwz2ya82hcy/bbPress-Error.png?dl=0
I assume that it must have scrolled to the top but this error message is just not standing out from the crowd. Any advice to get this error message more noticeable?
Thank you.
I’m updating a forum at the moment and while starting working at it I’d opted out of using the 2.6 beta version, because when testing it the feature that I need most didn’t seem to work, pagination and nested replies.
I know this also was not supported on the older versions, but while searching for a solution I came across an article bbPress threaded (nested) replies & paging which fixed the issue for me and this didn’t seem to work on the newer 2.6 version.
I’ve found some threads on this, but they haven’t been updated in some time.
- https://bbpress.org/forums/topic/feature-request-pagination-for-threaded-comments/
- https://bbpress.trac.wordpress.org/ticket/3201
Is there any news on this? My site isn’t going live for some time, but if I know it isn’t on the road map I’ll have to take some measures to fix the issue for this particular site.
I have a sidebar active on all forum pages with the BBpress login widget in it. However, when you enter your username and password, you first get redirected to an extra captcha screen where you have to check you are not a robot. While that is fine for security reasons, after you check that box, you get redirected to the standard WordPress login screen where you have to enter your username and password a second time! And that feels very confusing for the users.
So the question is: how can I eliminate that second step… is this a known issue maybe? Or am I missing a setting somewhere?
If anybody in the hivemind has a suggestion, I’m all ears 🙂 thanks!
The site is running all the latest versions, by the way.