@r-a-y I think I just created a new administrator account and then deleted the old admin account but honestly it has been awhile so I could be wrong.
This is not a “problem” per se.
It’s a matter of customizing the language file:
https://codex.buddypress.org/how-to-guides/customizing-labels-messages-and-urls/
Most users will input a subject… so I don’t see this being a big issue. You could possibly add javascript validation so the subject has to be filled out before the form is submitted.
Also, just wondering how you changed the username? This will help with others who encounter this problem later.
@r-a-y That worked but now there is a new problem. When a user tries to send a PM but leaves the subject blank they get a generic error that says “There was an error sending that message, please try again”. Is there anyway to either a) just make the subject of blank messages “no subject” or b) specify in the error message that a subject has to be entered before they can send?
@piphut – It should… but if it doesn’t… try the snippet I posted above.
Also, this begs the question… how did you change your username in the first place? Did you edit it through the DB or through a plugin?
Hi @r-a-y I checked my database and “admin” IS the nicename. If I change that in my db will that fix the problem?
@piphut – Try adding the following in wp-config.php:
define( 'BP_ENABLE_USERNAME_COMPATIBILITY_MODE', true );
It’s possible that “admin” is still used as your “user_nicename”.
I am having the problem that sending a private message points to “/members/_myuserid_/messages/compose//” which in turn responds with a Forbidden-Error page. My User ID is not “admin” though I do have site admin privileges.
This does not seem to be the bug describred in the ticket at https://trac.buddypress.org/ticket/1820
Regards,
Oliver
Just on the admin account, yes. I re-opened the ticket thanks.
This is only happening for your admin account right?
This ticket is related to your issue:
https://trac.buddypress.org/ticket/1820
Might want to reopen it.
—
Also try disabling any third-party plugins (including the Usernames only plugin)… see if your problem disappears.
More info: for some reason it returns my username as “admin” even though I deleted the “admin” user a long time ago. My profile page even uses “admin” in the URL: http://piphut.com/members/admin
However I user @r-a-y ‘s username only plugin and it shows up correctly as “piphut” in my blog comments.
So the problem appears to be in is passing the wrong username in the r= string when people try to private message me, and therefor the ‘send to’ is not being populated correctly, though it was working correctly before the upgrade to 1.2.4
Thoughts? Quick fixes? Free fish?
I’m running WP 2.9.2 and BP 1.2.4. Everything was working fine but since the BP upgrade when you go to a member’s profile page and click “send user private message” the private message “send to” field does not populate with the username of the person you are sending to. Subsequently a lot of users think it is broken because they type in their message and hit send with nothing in the sendto: field.
if you manually enter in the username of the person you are sending to it will send it fine, but any ideas why this got broke for 1.2.4?
Mark
Hi all,
I’m using WP2.9.2 and BP1.2.3. I’m having an issue with private messaging. My WordPress Admin account is not receiving private messages, and my “sent” messages are not showing up, either. The test users I’m sending them to are receiving them just fine.
I’ve logged in and out, cleared my cache, waited days, etc… but the messages are not showing up for the Admin account only.
Does anyone have a clue what’s going on?
@arxpoetica et al –
I just created the private BP group Semantic Web and Open Stack Integration to focus our discussions. As it is a private group, you must request membership. I felt it was better to create a private group so that we could ensure the conversations are maintained at the proper level.
And for the users of BuddyPress version 1.2.4:
I have also tested it with 1.2.4 and it’s still working great.
Happy to hear that it works!
YEZZ, it works again. Thanks for your help again!
The only things what are needed:
In the root of BuddyPress (version 1.2.3):
In bp-blogs.php, change rule 379 of
if ( (int)get_blog_option( $blog_id, ‘blog_public’ ) || !bp_core_is_multisite() ) {
IN:
if (get_blog_option( $blog_id, ‘blog_public’ ) > 0 || !bp_core_is_multisite() ) {
and change rule 427 from
if ( (int)get_blog_option( $recorded_comment->blog_id, ‘blog_public’ ) || !bp_core_is_multisite() ) {
IN:
if (get_blog_option( $recorded_comment->blog_id, ‘blog_public’ ) > 0 || !bp_core_is_multisite() ) {
and the MU plugin:
ds_private_blog.php: http://wpmudev.org/project/More-Privacy-Options
With regards Anja(afoka)
PMs are disabled on here for now due to spam; I’m guessing the old messages are still in the DB though.
Awaiting further word about this from Andy.
the old website of bp.org was much easier to navigate and find information.
at least for myself…..
did the “send private e-mail” disappear at buddypress.org ?
Quite confusing…… and all old messages are gone as well ?
Oops, yeah, you’ll need to remove the parenthesis before get_blog_option in both of those.
I don’t know about the blog class thing. Try without changing it and see what happens.
Strange… In both cases if I change the rules (379 and 427), is this the result:
Parse error: syntax error, unexpected ‘{‘ in betawordpresswp-contentpluginsbuddypressbp-blogs.php on line 379
Parse error: syntax error, unexpected ‘{‘ in betawordpresswp-contentpluginsbuddypressbp-blogs.php on line 427
I have also as before changed the rule In buddypress/bp-blogs/bp-blogs-classes.php
if ( !(int)$wpdb->get_var( $wpdb->prepare( “SELECT DISTINCT public FROM {$wpdb->base_prefix}blogs WHERE blog_id = %d”, $blog_id ) ) )
in
if ( $wpdb->get_var( $wpdb->prepare( “SELECT DISTINCT public FROM {$wpdb->base_prefix}blogs WHERE blog_id = %d”, $blog_id ) ) < 1 )
So I’m a total newb at this and I don’t understand how to disable the RSS on BP. I tried putting the code in to the file you suggested (at the end of the current code) but I’m not sure I’m doing this correctly. Can you offer any help, or some more detailed instructions (in layman’s terms) so that I can make my RSS feed for all site activity go away? I want to have a completely private BP community.
In bp-blogs.php, change 379 from
if ( (int)get_blog_option( $blog_id, 'blog_public' ) || !bp_core_is_multisite() ) {
to
if ( (get_blog_option( $blog_id, 'blog_public' ) > 0 || !bp_core_is_multisite() ) {
Also, change 427 from
if ( (int)get_blog_option( $recorded_comment->blog_id, 'blog_public' ) || !bp_core_is_multisite() ) {
to
if ( (get_blog_option( $recorded_comment->blog_id, 'blog_public' ) > 0 || !bp_core_is_multisite() ) {
I haven’t tested this but it should work.
@Boone Gorges, well I do have the same problem in BuddyPress 1.2.3 . I can find the rule in /bp-blogs/bp-blogs-classes, but……
the file bp-activity (in the root of BuddyPress) changed so much, that i don’t know where to find the rules like you’ve discribed.
Will you help me again? Or maybe you know if there is a plugin for it?
With regards Anja (afoka)
Hi,
I’m having an issue, the same issue with two page: activation and reset password pages.
The activation page: http://domain/activate?key=1f2255de3a43aaf6 and reset password page: http://domain/login/?action=rp&key=MxNOtZBPuxGDf5yX8rCp
Note: I’m using simplelogin plugin to create new custom login page and registered-users-only-2 to make my wpmu privately. Furthermore, because I want to redirect some page, so I’m using Redirection plugin to handle it.
I tried to disable simplelogin, private plugin and even with redirection plugin, but the the problem is still there. I’m not sure if the problem caused before or after I installed these plugins. The weird is: if I remove the key value from GET method in the url bar, these pages display without any issue (both activation and reset password pages). Then I can enter the key value in the form instead of use in url. However, after clicking on submit button to send the key value, these pages get stuck again in redirection loop. The issue maybe caused by the key value, though.
Since these pages are getting issue with redirection loop, the system sends an activation email for new users, but they cannot use the link from email to activate their account. The same with reset password, the link includes the key value to reset paswword doesn’t work.
I’m using:
-WordPress MU 2.9.1.1
-BuddyPress 1.1.3
-Gigya Socialize for login via social network (I did try to disable this plugin!)
Much appreciated if there is any idea to resolve this problem.
