Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 25 replies - 1,426 through 1,450 (of 1,763 total)
  • @jeffsayre

    Participant

    I’m closing this thread as it is not a BuddyPress support question. If you’re interested in providing services, contact member via the message component of BP.org.

    Enlightenmental1, in case you did not know, there is a Jobs Board here: https://buddypress.org/groups/buddypress-job-board

    @jeffsayre

    Participant

    Your answer is in this forum thread: https://buddypress.org/forums/topic.php?id=2572

    @jeffsayre

    Participant

    The reason you cannot find a directory called “members” is because /members/ is a slug and not a directory. Here’s an article that might shed some light: https://buddypress.org/blog/how-to/customizable-slugs-in-buddypress/

    @jeffsayre

    Participant

    Jfcarter-

    You do have the calls to the buddybar as I outlined in the second post in this thread, correct?

    Are you using a customized bbPress theme? If so, switch to the default bbP theme, add in the necessary code as detailed in this thread, and see what happens.

    @jeffsayre

    Participant

    However if I register using an email on another one of my domains (however the emails are still hosted on google apps), I don’t get the activation email. I checked the spam folders but its not their either.

    Are you running this on localhost–your test server environment?

    Are you providing valid email addresses, or fictitious email addresses?

    @jeffsayre

    Participant

    We do not have sufficient information to provide any assistance. Please provide the following:

    1. Which version of WPMU are you running?
    2. Did you upgraded from a previous version of WPMU, and if so, from which version and how?
    3. Did you have WPMU functioning properly before installing and upgrading BuddyPress?
    4. Which version of BuddyPress are you running?
    5. Did you log in as site admin in WPMU’s backend and activate BuddyPress?
    6. Do you have any plugins other than BuddyPress installed and activated?
    7. Are you using the standard BuddyPress themes or custom themes?
    8. Are there are errors in your server’s log files, and if so, what are they?

    @jeffsayre

    Participant

    Jfcarter-

    Where did you place the call to wp_head()? It should be the last line before the closing head tag:

    ...
    <?php wp_head(); ?>
    </head>

    @jeffsayre

    Participant

    Kogigr-

    This thread has not seen activity for more than 4 months. It is doubtful you’ll get a response.

    Here’s my guess at what he meant to say. He most likely made a typo. He probably meant to type “geek”. But, if you need to know, I suggest private messaging him.

    I’m closing this thread as it is not relevant anymore.

    In reply to: Design help

    @jeffsayre

    Participant

    Since this is a request for services and not a BuddyPress-support-forum issue, I’m closing this thread. Those who are interested in providing services have contact information above.

    @jeffsayre

    Participant

    Jfcarter-

    Have you resolved this issues yet? Obviously Andy has this working as you would like.

    In reply to: black avatars

    @jeffsayre

    Participant

    @Evvscuba

    I know that many others who are using IE7 do not have this issue.

    A few suggestions:

    1. Are you using a custom theme? If so, switch to the standard, BuddyPress themes and see if this behavior still exists.
    2. If you are running your domain under PHP4, try upgrading it to PHP5.
    3. Check which version of the GD module your PHP install is running. Internet Explore had some known issues with earlier versions of the GD library.

    @jeffsayre

    Participant

    I’m not seeing this behavior. Perhaps it is only experienced by the person who sent the first, original PM–and sent it to more than one person. I’ll send a test PM to you and jjj and then you can respond. We’ll see what happens.

    In reply to: Design Help

    @jeffsayre

    Participant

    Since this is not a how to or support question but a request for services, I’m closing this thread. If you’re interested in providing services, you have contact information above.

    I’m also resetting this topic to “not a support question” as it has nothing to do with the functioning of BuddyPress.

    @jeffsayre

    Participant

    That’s strange, I only sent you one PM today, and I know that you received it because you responded to something I directly said in that PM. I did not send you anymore PMs today.

    Of course, it could be my evil twin from an alternate reality–I saw Star Trek last night (although there were no evil twins).

    @jeffsayre

    Participant

    @Derosion-

    Try placing your new widget in /mu-plugins/, not the /plugins/ folder.

    @jeffsayre

    Participant

    I’m closing this thread as it has nothing to do with BuddyPress support. If you’re interested in offering your services to Pcmike, you have his email address in the OP.

    @Pcmike-

    Please realize that you’re asking to convert your single-user WP blog into a WPMU + BuddyPress site. Make sure that the person you use understands this important point.

    @jeffsayre

    Participant

    Sgoetz-

    Just log into the backend as Site Admin. The dashboard shows which version of WPMU you’re currently running.

    In reply to: black avatars

    @jeffsayre

    Participant

    What I do know, is that I can recreate the problem in IE but Firefox users seem to be OK.

    Which versions of IE seem to be problematic?

    @jeffsayre

    Participant

    Since this is a BuddyPress forum, I’ll assume you’re talking about the Buddypress widget “Recent Blog Posts” and not the WordPress widget “Recent Posts”

    You need to look in bp-blogs-widgets.php for the code. But, do not change the code within that file. It is a core BuddyPress file and any changes you make will be lost the next time you upgrade. Instead, make a copy of that file and create your own custom widget.

    @jeffsayre

    Participant

    Derosion-

    Although the WordPress widget API clearly advises developers not to use the widget functions starting with wp_, there is an issue with localization of Widgets in BuddyPress if the register_sidebar_widget() is used.

    If you’re not planning on distributing your custom components or widgets, then you can code them with the register_sidebar_widget() function call instead of wp_register_sidebar_widget(). However, if you plan to make your custom component or widget available to the community, you should use wp_register_sidebar_widget() at this time.

    See Changeset 1244 for more information.

    @jeffsayre

    Participant

    Mariahneu-

    First of all, we need some additional information:

    1. Which version of WordPress Mu are you running?
    2. From where (provide link) did you download WPMU?
    3. Which version of BuddyPress are you running?
    4. Did you open any of the BuddyPress files?
    5. Did you alter any of the BuddyPress files?

    @jeffsayre

    Participant

    After disabling bphome and just running on the classic wordpress theme whenever I visit any of the pages that involve BP scripts I get the error.

    A classic WordPress theme will not work with BuddyPress. There is BP-specific code within BP themes and BP theme folders. The question is, what happens when you use the standard BP themes that come with BuddyPress?

    Also, after switching to the standard BP themes, and if you’re still having issues, then you should set PHP to run on version 5 instead of 4 and see what happens.

    In reply to: black avatars

    @jeffsayre

    Participant

    Alunsina-

    I just noticed that this thread is marked resolved. Since you started this thread, I’m assuming you, and not a moderator, marked it as such.

    So, please share with us what resolved your avatar issue. This way, others will be able to benefit from your experience.

    In reply to: black avatars

    @jeffsayre

    Participant

    Evvscuba-

    We have no idea what setup you’re running? Which version of WPMU, of BuddyPress? How did you install them? Did you upgrade WPMU? If so, from which version and how?

    Also, please first visit and read the link I provided in the second post. If the suggestions there do not solve your problem, then answer my additional questions in the fourth post.

    @jeffsayre

    Participant

    Okay, I’ve reread this thread for the second time. You state that:

    The problem must be with the data; since a fresh install works perfectly and after the data gets imported, I get the nasty 404 bug.

    Andy’s answer is:

    This is normal with WPMU, you are not going to be able to transfer over blog tables as there are all sorts of URL settings in the DB.

    I have a few questions based on this interchange:

    1. Which version of MySQL are you (is your host) running?
    2. Have you tried repairing the DB tables before reimport?
    3. Are you moving your data between different domains?

    Since WPMU 2.7.1 + BuddyPress 1.0 + standard themes work fine with a new, empty MySQL DB, the issue is, as you state, with the data. Either you have data corruption, indices that need reindexing, or hardcoded links within the tables that are causing the 404s.

    If the domain mapping is not identical to the hardcoded links in your WPMU tables, you will have issues.

    So, here’s what I’d suggest:

    1. Backup your data again
    2. Then, repair/reindex
    3. Then, if your domain mapping is not identical, follow these instructions keeping in mind that these articles are for WP and not WPMU. You’ll have to adjust accordingly:

Viewing 25 replies - 1,426 through 1,450 (of 1,763 total)
Skip to toolbar