Forum Replies Created
-
In reply to: 404 Error in front page, please help!
jerrod1225-
Glad to hear that the manual install did the trick!
In reply to: Friends = my network@Gpo1-
Basically yes.
There will be a way to “Fan” someone without the fanned party having to accept it.
In reply to: Errors after trying to move filesZenimot-
Ah, that pesky .htaccess file!
I’m glad you have your site up and running. If this issue is resolved, all that you need to do now is set the light to green above, and we’re good to go!
In reply to: Friends = my networkWessa-
Thanks for your comments. I too always thought it a bit odd to get friendship requests from someone I never met.
This, of course, is not specific to BuddyPress. Friending is a common practice in the 1st-generation social networking platforms like MySpace, Facebook, and others. Many platforms that followed basically carried this metaphor forward.
However, I think it is time to evolve the friending process. We can pay homage to the throwback years of early social networking platforms, but going forward, we need to expand our relationship definitions.
Are you proposing that the requests also come through with the relationship reference attached.. for example “Wessa would like to add you as an acquaintance”
For the alpha release of this component, I am focusing on remapping of the friend relationship. So, the request for friendship would come in and be accepted or rejected as always. If accepted, the users would have a choice to remap that relationship to something more appropriate. Of course, this means that each party in the relationship could remap the relationship differently.
For the official release, version 1.0, it is possible that I will hook into the actual relationship-requesting process and pass on the request as proposed–x would like to add you as a colleague. This way, both parties would in essence be agreeing to the type of relationship.
In reply to: Installation of WPMU and BuddyPress on Local machine@anthony-cajetan
Thanks for sharing your solution. I’m setting this thread to resolved. You can always run the light red again if need be!
In reply to: BuddyPress and Multi-Site issues@P.S.
If you have an idea to improve BuddyPress functionality, please submit it to Trac as an “enhancement” ticket. You log into Trac with the same username and password as on this forum.
First off, if you suspect or actually know that a given plugin is causing issues, you should contact the plugin developer and ask them. They may be aware of the issue and already have a new version in the works, or they may not be aware of any issues and thankful for the report.
Second, concerning an official listing of BuddyPress plugins, you can either find them here or search the WordPress plugin repository for the tag word “BuddyPress”. On the repository page for a given plugin, it will tell you on which versions of WPMU and BuddyPress the plugin has been tested.
Finally, as far as a listing of plugin conflicts, I do not know of any. You can search the forums here and find various threads indicating potential conflicts. But, since all the plugins are developed by 3rd-party sources, it is up to the users to figure such things out–with the help of forums such as this, of course!
In reply to: Friends = my networkI am currently working on what I call a relationship mapping component. You can read some about my concept here: https://trac.buddypress.org/ticket/582
I hope to have an alpha release in 3-4 weeks.
In reply to: force loading buddybar (adminbar) with bbpressDid you see John’s latest comment in this thread?
In reply to: force loading buddybar (adminbar) with bbpressOkay, I see that you have seen this thread ( https://buddypress.org/forums/topic.php?id=2572 ). You have tried everything in that thread but can still not get the buddybar to show. Is that correct?
In reply to: Hiding system profiles appear on frontendThe simple answer is no.
The simple answer is yes.
You asked two diametrically opposed questions!
The privacy component derives the basic user data from the wp_user table, specifically the ID field. The BuddyPress xprofile tables all refer back to this particular field to relate their record-level data. So, in essence, there should not be any issue if you disable the xprofile component.
In reply to: SEO problem in BuddyPressWelcome to BuddyPress!
Just so that you know the process around here, please read this thread.
In general, it is not effective to post a new support question in a thread that is marked as resolved. Furthermore, it is not effective to post a support question in a thread that has not had any activity for a month or longer. This thread fits both criteria.
So, I’ll provide some direction here, but if you are still having issues after reading this, then just start a new thread and we will see what we can do!
Possible solutions:
1. Make sure in “Path” that you have set the directory in which WPMU is installed.
2. Regarding the “/%postname%/” permalink structure, read this: https://codex.wordpress.org/Using_Permalinks#Using_only_.25postname.25
In reply to: show or hide online status – how ?Ronia-
A couple moderators are currently working on a privacy control component that will effectively give users fine, granular control over who has access to which pieces of their personal data. It is a complex process.
So, the answer to your questions is that it is coming, be patient. It is not something as simple as a tweak!
In reply to: Installation of WPMU and BuddyPress on Local machineA couple of questions:
1. What locahost environment (OS and server) are you running your install on?
2. Did you install the bpmember theme folder in /wp-content/bp-themes/?
3. Did you choose the BuddyPress default member theme, bpmember, in WPMU’s backed? You do this by logging into WPMU as site admin, then going to “BuddyPress > General Settings > Select theme to use for BuddyPress generated pages”.
4. Do you have a .htaccess file in the directory in which you’ve installed WPMU?
In reply to: 404 Errors / Using Yahoo to hostMichael-
I looks like you have your answer. Without mod_rewrite enabled, you will have issues using WPMU on your Yahoo! Hosting account. Please set the light to green on top as your question has been resolved.
Now, on to your final question:
I’m still confused….you said that MU doesn’t need a .htaccess file to work, but your last sentence states that if I continued to have issues, then I should switch to a host that does allow .htaccess files. Sounds to me like MU does need a .htaccess file for the same reason you stated stated…for the permalink rewrite rules.
The reason I said switch to a hosting firm that allows, and supports, .htaccess files is because it is the simplest proposition. Since most WPMU installs are on servers running Apache, and WPMU comes with a prewritten .htaccess file, it is the best choice for most users. Unless you are comfortable installing and configuring your own web server platform, your best alternative is to stick with Apache which is the de facto web serving platform the vast majority of hosting firms offer clients.
Now, as I stated, WPMU does not require a .htaccess file to operate properly. People run WPMU on LightTPD and Nginx web serving platforms. These two platforms do not support, do not use, .htaccess files. They cannot use .htaccess files. But, they can be configured to properly rewrite permalinks. The .htaccess file is not essential, not required, for WPMU to run properly. What is required is a facility to rewrite permalinks.
In reply to: Keeps loading without doing anything?@ joelpittet-
Great! Thanks for sharing this information.
For everyone else having this issue, please upgrade to BP1.0.1.
Since the OP started this thread a month ago and has not be actively participating in this thread for almost that long, I’m going to set this to resolved. He can always change it back to unresolved if necessary.
If you are a member who still has this or a similar problem AFTER upgrading to BP1.0.1, then please start a new thread.
In reply to: bp-photo what a GREAT plugin!I agree that Manoj has done a great job with this component. It would be nice to see an option to upload other media types as well. People not only have photos, but video, audio, text, pdf, and other document formats that could all be organized around the concept of media.
An album, then, would be a user’s place to add all the media types that they wished to share and organize. There could be sub-albums with an option to group by date, by media type, or by category or tag. This is where Burt’s bpc component would come in very handy.
Dan-
Okay, I’m just thinking out loud, just going through the registration process.
As long as BuddyPress is installed and activated, is does not matter if your users register via the wp-signup.php form (which is found in WPMU) or the register.php form (which is found in BuddyPress). The extra fields from BuddyPress will show up on either form.
Here is where the data is stored:
The datum for “Full Name”, which is a required BuddyPress field, is stored in the table wp_bp_xprofile_data. The data for the “Nickname” field, which is the username if no full name is provided, the “First name” field, and “Last name” field, are stored in the table wp_usermeta. The data for “username” and “Display Name” are stored in the table wp_user.
So, here’s a question:
Did you at any point uninstall BuddyPress and delete the BP tables in MySQL? Did you delete any of the WPMU tables? Did you do either or both of these and then reinstall? If yes, did most of your students register before that time and then only those four register after a BuddyPress reinstall?
I’m just grasping at straws now. Perhaps someone else will have insight into this issue.
In reply to: 404 Errors / Using Yahoo to hostMichael-
Since BuddyPress is a plugin for WordPress Mu, all that it requires is for WordPress Mu to be functioning properly. If WPMU does not find a .htaccess file in the directory in which it is installed, it will try to create one automatically.
Now, does WPMU require a .htaccess file? No. Why? Because people have successfully installed and run large WPMU-based sites on LightTPD and Nginx. These webservers do not support .htaccess files.
What WPMU uses the .htaccess file for (in an Apache or IIS environment) is to set rewrite rules for permalinks. In LightTPD and Nginx, this is accomplished through the webserver’s configuration file.
So, the question is this: What web server platform does Yahoo! Hosting use?
If their webservers are running Apache, then find out if mod_rewrite is turned off. A .htaccess file is basically useless without mod_write. This may be why they say that you can’t use a .htaccess file.
Here’s some information that might help: https://codex.wordpress.org/Using_Permalinks#Using_.22Pretty.22_permalinks
If you continue to have issues with this, I would switch to a host that allows you to use the WPMU .htaccess file.
Moominmama-
Congratulations! We aim to please and sometimes we actually manage to do so!
In reply to: Profile Groups fonts not the sameCarpconnect-
DJPaul was correct about me needing more tea!
When I looked at the image link you provided, it sure seemed like you were using a custom theme, not the default BuddyPress theme. It still looks like that to me.
So, you are saying that you are using the bphome theme which is installed in /wp-content/themes/ and the bpmember theme, which is installed in /wp-content/bp-themes/? You also are saying that you did not touch the code or CSS within those two theme directories at all.
If this is the case, then try reuploading just these two theme files.
Of course, this could be a browser issue. What browser are you using?
In reply to: 404 Error in front page, please help!jerrod1225-
Several members have reported issues when installing BuddyPress via SimpleScripts. Did you install BP this way? If so, please read this thread and see if that helps.
If you did not install BP using SimpleScripts, then you should start a new thread. Make sure that youprovide this information in your first post.
In reply to: Avatar image problem – other fixes don’t workHum, I’m at a loss as to what is going on in your particular situation.
Jpegs can be processed via the file uploader and cropper. You get a message of success, but then they are not actually written to the blogs.dir directory.
PNGs on the other hand, have issue with the file uploader and cropper. You get a 404 message but then they actual DO get written to the blogs.dir directory.
So, the permissions and ownership of the blogs.dir directory must be okay. You are able to write to this directory.
- What are the avatar file sizes that you are attempting to upload?
- What are the sizes of the jpg versus png files?
- What is your setting for for maximum upload size in WPMU’s backend: “Site Admin > Options > Max upload file sizeâ€?
- Do you have the png file format added to the list of accepted upload file formats? This option is found just above the setting for maximum upload size.
I created a ticket in trac a few days ago that may be of interest, but I do not think that it is the primary reason for your issue.
In reply to: Hiding system profiles appear on frontendA couple of us are working on a privacy component for BP that will effectively provide the functionality you are after. It will be user-centric, allowing each user the control over who gets to see what and when.
Dan-
I’m going to make just a few comments now. I’ll look at this in more detail tomorrow.
It look’s like you are using the default themes that come with BuddyPress–bphome and bpmember. Is this correct?
Pardon me if you know all this already but, when a user (one of your students) logs in, a link appears in the upper right corner of the buddybar with a link to their profile page. This link displays either their username or nickname. What is displayed depends on whether or not a nickname has been entered by the user. For all but four of your students, there is no nickname.
Now, when a student clicks this link, it will take them to their profile page. Once there, they can edit their profile. In the default BP install, there is a “Full Name” field in the profile that can be filled in.
WordPress Mu uses this data for the display in the backend–your picture #2. If the “Full Name” field is blank in their profile, then you will only see data in the “Username” and “nickname” fields, with the username used as the nickname. If a user has add anything to the “Full Name” field, then Mu will use that, and if it can, split it automatically into a “First name” and “Last name”.
The fact that 4 students have data in these fields indicates to me that they went to their profile page and clicked “Edit Profile” and then added their full name to the “Full Name” field. It is not a mystery.
Finally, when logged into WPMU’s backend, go to the “BuddyPress” menu group. Once there, click on “General Settings”. You will see a field named “Full Name field name”. Then, click on “Profile Field Setup”. There, you will see all of the currently-setup profile fields that your students can utilize. You can add, edit, or delete fields. You can make certain fields required.
You should spend some time not only in the WPMU’s backend, but also in the members’ area of BuddyPress to see how all of this works.
I hope this helps.
