Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'questions'

Viewing 25 results - 2,076 through 2,100 (of 2,230 total)
  • Author
    Search Results
  • #46335

    In reply to: Leave Group

    Burt Adsit
    Participant

    Questions without all the needed information such as bp, wpmu version numbers, a link to your site, get ignored.

    My car won’t start. Why won’t my car start? Lack of information leads people, who are willing to help, to move on to somebody who is providing enough information to actually help them.

    These are some pointers to help get you started.

    https://buddypress.org/forums/topic.php?id=2543

    #46206
    Burt Adsit
    Participant

    @jfcarter, I see you tooling around the forums with your sleeves rolled up answering questions. Way to go!

    #46153

    In reply to: Black Avatars

    Jeff Sayre
    Participant

    @Ceeeeg

    A few questions:

    1. Do you have any non-BuddyPress plugins installed?
    2. Do you have ANY errors in your server’s log files?
    3. Which version of the GD library are you using?
    4. Which version of PHP?

    The avatar for mine it stays the same avatar no matter what I upload. It comes from Gravatar.

    What do you have set in WPMU’s backend under “Settings > Discussion > Avatars >Default Avatar”?

    Since you are using Gravatars, the avatar should change when you upload an new image to your gravatar.com account.

    Greg
    Participant

    Jeff, thanks for the extensive efforts to repro on your side. I have answers to your first two questions:

    1. No other plugins

    2. Default BuddyPress Home Theme

    I will investigate the server logs.

    Jeff Sayre
    Participant

    Rebootnow-

    Since I had only one radio button field, which was located in my first field group, I did the following:

    • I added a new radio button field to my second field group and tested. No issue.
    • Then, thinking it could be an issue if two or more radio button field sets were in the same field group, I added a second radio button field set to the same group. No issue between all three radio button field sets.
    • Then I created a new field group and added a fourth radio button field set. No issue. Each change I made showed up and remained properly set, whether just changing a single radio button field, or changing all four radio button fields.
    • Finally, thinking maybe this could be an issue only within the first field group, I added a second radio button field to the first field group. I now had 5 radio button field sets. No issue. All five worked as expected. No issues within filed groups or between field groups.
    • Since the first radio button field set in the first field group was set to “Required”, I reset it to “Not Required” to see if that would make a difference. No issue.
    • I then set both radio button field sets in the first field group to “Required”. No issue.

    So, I have tried numerous combinations and cannot recreate your problem.

    A few questions:

    1. Do you have any plugins other than BuddyPress installed and activated? If so, try disabling .
    2. Are you using the standard BuddyPress themes or customized themes? If customized themes, try switching to the default BP themes.
    3. Are there any errors in your server’s log files?

    #45988

    In reply to: Add fields to wp_users

    Greg
    Participant

    I have related questions about the relationship between the WP tables and the BP tables, so I’d like to make sure that I understand the responses above.

    I know that BP maintains user profile information separately from “wp_usermeta” (in “wp_bp_xprofile_data”, to be specific). BP provides functionality for modifying this information, but no way for putting “wp_usermeta” fields into the “edit profile” form.

    So I think the answer to Peter’s question is that without *major* customization:

    1. You have to be happy with user data being stored in a few different places

    2. All user editable info must be in the tables created by BP

    Is this correct?

    BTW, what does the “Disable BuddyPress to WordPress profile syncing?” option do under BP General Settings in the admin page? Does this only apply to the username field?

    #45978

    In reply to: Black Avatars

    Jeff Sayre
    Participant

    I comment the lines in the .htacces out and hacked the bp-core-avatar.php as mentioned.

    I would restore these files back to their original coding before you continue looking into the cause of this particular issue. The advice from that particular member was from 5 months ago. Since then, many bug fixes and improvements have been made in BP.

    When it comes to the BuddyPress core files, it is never a good idea to hack them. Do not touch to core files. We will not be able to help you if you are not using the same core files everyone else is using.

    Once you have done that, answer these questions:

    1. You’re positive that the permissions on blogs.dir and the existing subfolders are set to 777?
    2. Are you uploading a gif or png image?
    3. Are there ANY errors in your log file? If so, what are they?
    4. You mentioned that this issue occurs no matter what browser you try. Which versions of Firefox and Internet Explorer are you using?

    #45946
    takuya
    Participant

    go to wp-admin, there’re options there.

    You need to understand more about wpmu before using buddypress. If you face these kind of problems or questions, do not post here as they are not buddypress questions.

    #45928
    Jeff Sayre
    Participant

    Okay, we need more information. Please answer these questions:

    https://buddypress.org/forums/topic.php?id=2674

    Rich Spott
    Participant

    The specific error that shows in the error log is

    [Fri May 22 15:44:40 2009] [error] [client xx.xxx.xxx.xxx] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: https://buddypress.org/forums/topic.php?id=2840

    I just clicked the link from an earlier post and the 500 error happened.

    xx.xxx.xxx.xxx - - [22/May/2009:15:44:40 -0700] "GET /wp-content/mu-plugins/bp-core/images/mystery-man.jpg HTTP/1.1" 500 612 "https://buddypress.org/forums/topic.php?id=2840" "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729) FirePHP/0.3"

    the latter is from my access log.

    My permissions are set correctly, that’s usually the first thing i check.

    now onto a couple more of your questions:

    Have you searched the WPMU forums for 500 Internal Server Error thread? I think this may be more related to you WPMu install than BuddyPress?

    Yes, I have searched WPMU forums, and even posted on there my problem, but no one reponded. I was pretty sure that it was related more towards WPMU. But these errors only started happening a few weeks ago, after I upgraded to WPMU 2.7.1 and BP 1.0

    Are you using some special permalink structure? That should not be causing the lack of 404’s but every bit of info helps.

    No, everything I was using was either in the htaccess.dist and the wp-super-cache (which has since been taken out until i find the cause). The permalink structure that I use on http://sportsblognet.com is the “year/month/day/name” option, which is one of the standard ones.

    Did you carefully follow the readme.txt file that comes with WPMU?

    I just re-read it to be sure, yes, yes I did follow it.

    Is this a new WPMU 2.7.1 install, or did you upgrade from an older version?

    This is an upgrade from WPMU 2.7, it was first created with WPMU 1.3.3 over a year ago. We’ve been following buddypress since October of 2008 and have been using it since 12/08, when the first beta came out. I’ve upgraded pretty much everytime without problem. And these Internal Redirects only started after the upgrade to WPMU 2.7.1 and BP 1.0 at the beginning of May.

    Jeff Sayre
    Participant

    On another topic…is it good to create a ginormous robots.txt file? I’m wondering if that slows down your site at all.

    I would place only what you need in your robots.txt file. The link I provide was just to show you that there are many, many bad bots out there. I would not implement the robots.txt file they recommend.

    The fact hat yu are getting 500 instead of 404 error codes is a good clue. There must be some specific error showing up in Apache’s error log whenever that is fired. Please create the 500 error again, notice the exact time, and then check the log. What does it say?

    Also, sometimes you can get a 500 error if directory or file permissions are not properly set. Where appropriate, they should be 755. Everything in /plugins/ that is BuddyPress specific should be set to 755.

    A couple of additional questions while I’m at it:

    1. Have you searched the WPMU forums for 500 Internal Server Error thread? I think this may be more related to you WPMu install than BuddyPress?
    2. Are you using some special permalink structure? That should not be causing the lack of 404’s but every bit of info helps.
    3. Did you carefully follow the readme.txt file that comes with WPMU?
    4. Is this a new WPMU 2.7.1 install, or did you upgrade from an older version?

    Rich Spott
    Participant

    The offending party is usually Googlebot-images (but it has been others in the past).

    I did what you said a disallowed googlebot-images with robots.txt, it seems to be working, but googlebot might only come through every 6-12 hours so can’t tell yet.

    But even if that does work, I can easily recreate the error myself.

    If I type in (which doesn’t exist):

    http://sportsblognet.com/wp-content/mu-plugins/bp-core/images/mystery-man.jpg

    I get a 500 Internal Server Error

    If I type in (which doesn’t exist):

    http://rotoassist.com/wp-content/mu-plugins/bp-core/images/mystery-man.jpg

    It comes up as the proper 404 error

    the rotoassist site is a regular WP 2.7.1 site on Site5 (one-click install type)

    On another topic…is it good to create a ginormous robots.txt file? I’m wondering if that slows down your site at all.

    And yes I use Firefox and have the Web Developer Add-on. The only info it gives me with the error though, is that it is a 500 internal error.

    Another question…would you know anything about MySQL? Or do you know who I could talk to? I have some questions on our database and the speed of it.

    Thanks for the constant help.

    #45889
    paperrobot
    Participant

    I think if you look at how many people (including myself) look at a BP site, it actually does seem reasonable to assume that people would conform to the questions and care about the answers. As I see it, rolling your own facebook is nice, but probably not entirely practical or necessary — once a true alternative pops up, there’s usually a standard alternative for a while until the next comes along.

    Personally, I feel BP is wonderful for smaller niche communities where that structured social interaction is, in many ways, the selling point. A music site that asks “what are you listening to right now?” a cooking site that asks “what are you cooking right now?” etc. Connecting people along that shared niche interest, I think, provides value.

    In some ways, BP already supports this by giving admins the option. I’m thinking specifically with respect to the profile options you have with categories and questions for users. “What’s your favorite song?” or “What’s your favorite food?” would be totally logical there, and I’d love to see (and plan to try to implement one way or another) the same thing for status.

    It would be amazing to see it built in for status updates when that rolls out (which I’m hoping is still this summer). The ability to add fields, mark their importance, and even customize the way they render in search results and things would be very, very nice. Sort of like how you template a WP entry and can customize how it displays in various places. I realize all of that is much harder than a simple text area and pulling the most recent data out of the db, but it would add a lot in terms of flexibility for niche networks.

    Thanks for the guidance on programming. I’ll figure it out somehow.

    (I actually thought wire v. status was semantics too at first, but wire is more like facebook’s wall, where people can post and conversations can be two-way. Status is more personal for users, something larger and untouchable by others.)

    Rich Spott
    Participant

    Okay, thank you for helping me, I’ll try to go through your questions one-by-one.

    First I’ll let you know what I have:

    Slicehost

    1GB slice

    Ubuntu Hardy LTS 8.04

    Running Apache, PHP 5, MySQL 5.0 (followed Pickeled Onion’s walk-throughs on how to set it up, I am by no means an expert, and my very first barebones VPS was this one.)

    I help run http://sportsblognet.com where we have WPMU 2.7.1 and BP 1.0, along with bbPress 1.0-alpha6

    Have you tried deactivating all non-buddypress plugins, wp-super-cache in particular?

    I deactivated all but buddypress, feedwordpress (because our theme will break), wp-super-cache, and doncha’s domain mapping plugin. But maybe I will remove them all for an hour to see if any errors get through

    I am removing wp-super-cache right now, but it was tough to get rid of the wp-content/cache folder because it was owned by the root user. But i got it deleted and removed the wp-super-cache stuff in the .htaccess and I’ll guess i’ll have to wait to see how that goes.

    Have you tried using the default .htaccess file that ships with WPMU?

    I just tried to, but it won’t let me.

    My current working .htaccess (minus wp-super-cache stuff)

    <FilesMatch ".(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
    Header set Expires "Thu, 15 Apr 2015 20:00:00 GMT"
    </FilesMatch>

    RewriteEngine On
    RewriteBase /

    #uploaded files
    RewriteRule ^(.*/)?files/$ index.php [L]
    RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*
    RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]

    # add a trailing slash to /wp-admin
    RewriteCond %{REQUEST_URI} ^.*/wp-admin$
    RewriteRule ^(.+)$ $1/ [R=301,L]

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule . - [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(.*.php)$ $2 [L]
    RewriteRule . index.php [L]

    <IfModule mod_security.c>
    <Files async-upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>

    and the WPMU standard one

    RewriteEngine On
    RewriteBase BASE/

    #uploaded files
    RewriteRule ^(.*/)?files/$ index.php [L]
    RewriteCond %{REQUEST_URI} !.*wp-content/plugins.*
    RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]

    # add a trailing slash to /wp-admin
    RewriteCond %{REQUEST_URI} ^.*/wp-admin$
    RewriteRule ^(.+)$ $1/ [R=301,L]

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule . - [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(.*.php)$ $2 [L]
    RewriteRule . index.php [L]

    <IfModule mod_security.c>
    <Files async-upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>

    it wont let me use the standard one, and the only difference that I can see is the expires header setting that i added.

    Are there any PHP errors in your log files?

    this is my current concern right now

    Request exceeded the limit of 10 internal redirects due to probable configuration error.

    ALERT - canary mismatch on efree() - heap overflow detected

    for the ALERT error, I contacted slicehost and they upgraded my kernel, they said that has fixed other people’s problems (fingers crossed – but no errors since they did that this morning) if that doesnt work i have to go through and install php without the suhosin patch.

    most of the other errors are of spam scripts trying to signup and not finding wp-signup (i changed the signup name)

    what are the other listed errors in your apache log?

    That’s pretty much it.

    EDIT: it’s about 30 minutes later and an Internal Redirect Error just showed up in my logs with wp-super-cache out, and all but buddypress plugins out. So it doesn’t look like its a plugin.

    #45797
    David Lewis
    Participant

    It would only be awesome if people actually answered the pre-set questions and if the others on the site cared about the answers. How much structure do you want to impose on people’s social interaction? It’s a good question. For instance, I rarely if ever use the “buckets” in the buddypress.org forums… I only look at the “latest posts” area.

    As for implementing what you’re talking about… you need a programmer. I’m not sure exactly what your goal is but from what you’ve said… it does not sound simple… there would be programming involved.

    p.s. Wire vs. Status seems like semantics to me… same difference.

    #45796
    jfcarter
    Participant

    Jeff,

    To answer your questions:

    1. I recently installed a couple of plugins. I removed them all and the same thing is still happening.

    2. I haven’t changed any settings for the main blog in WPMU admin

    3. No errors logged

    Any thoughts?

    Jessica

    Jeff Sayre
    Participant

    A couple of questions:

    1. Did you clear your browser cache?

    2. You state that you “removed the super cache plugin”. Did you deactivate it first and then delete it from its plugin folder?

    3. Are you using a custom theme?

    #45715

    In reply to: Avatar upload failed

    Jeff Sayre
    Participant

    Phil-

    Okay, a couple of additional questions:

    You state that permissions for blog.dir is set to 777 and it is owned by your FTP account. Is the owner of your FTP account the same as the owner of your html folder? If not, that may be your problem.

    The error message you listed, “Directory index forbidden by Options directive: /var/www/html/”, can indicate several things including an improper virtual host set up. Are you on a dedicated server or a shared hosting account? I would contact your ISP and ask for assistance with this particular error.

    Also, with regards to that error, if you’ve customized your .htaccess file, you might have inadvertently made some changes that could cause this issue. You can always try adding:

    Options +Indexes

    to your .htaccess file, but that would not really help to determine why this error is being thrown in the first place. I would prefer that you get WPMU + BuddyPress functioning with the default .htaccess file.

    Was WordPress Mu working without issue before installing BuddyPress?

    #45703
    Burt Adsit
    Participant

    You are talking about the function bp_login_bar() in the bp-core-templatetags.php file.

    The form field that you are interested in gets set by bp before it arrives at the user’s browser. You don’t know who the user is until they fill out the form and it gets sent back to the server for processing.

    Then they are logged in and you know who they are. It’s too late though because the redirect takes effect after login and they wind up at wherever the hidden field redirect sends them to.

    I think you want to modify the form data before it gets submitted and arrives at the server. You can’t do that using traditional form handling. You’ll have to modify the form data using javascript before it gets sent back to bp.

    You’ll have to investigate something like this:

    http://stackoverflow.com/questions/344451/modifying-form-data-before-submission

    #45601

    In reply to: Avatar upload failed

    Jeff Sayre
    Participant

    Philpeter-

    This clearly looks like a permissions-based issue. A couple of questions:

    1. What are the permissions for blog.dir?
    2. What, if any, errors are showing up in your log files?
    3. Have you tried disabling all plugins except BuddyPress and switching to the default themes?

    #45591
    takuya
    Participant

    impossible in general, but there might be some solution (BUT reinstall is the BEST). If you want to find out more or get feedback, head over to wpmu forum as this questions is not buddypress related.

    #45585
    Paul Wong-Gibbs
    Keymaster

    Please don’t resurrect 5 month old topics. Start a new one with your questions and provide info on your wpmu/bp versions.

    #45466
    Jeff Sayre
    Participant

    Cce-

    Several of initial questions:

    1. Have you tried switching back to the standard BuddyPress home theme? If not, do so and see if the problem still exists.

    2. Have you tried deactivating all 3rd-party plugins to see what happens? If the problem goes away, you should then reactivate the 3rd-party plugins one at a time, testing after each reactivation to see if the problem has returned.

    2. Are there any errors in your log files? If so, what are they?

    #45261
    KitWit
    Participant

    Maythil–

    I was advised by someone ON the forum to do it! I was making changes and asking questions, and was told by a moderator to be sure and “create a new theme” by “changing the theme name,” so that’s what I did!

    And I did change the name back to the original, and as I noted in the last post, nothing happened. Still blank!

    This isn’t an absolute disaster, though, since what I changed was on a test version of the site I’m developing, but if someone could outline the proper procedure for making a theme name change (I have only made minor modifications of the CSS files in my BuddyPress home theme), that would be great. Or point me to where I can find that information. Thanks!

    #45093
    Jeff Sayre
    Participant

    Codyb-

    Thanks for the detailed response!

    A few more questions:

    1. Did you copy over to WPMU’s root the .htaccess file that comes with the download?

    2. Did you select the BuddyPress member theme in WPMU’s backend via “BuddyPress > General Settings > Select theme to use for BuddyPress generated pages”?

Viewing 25 results - 2,076 through 2,100 (of 2,230 total)
Skip to toolbar