Search Results for 'buddypress'
-
AuthorSearch Results
-
May 7, 2009 at 1:46 am #44664
In reply to: black avatars
Jeff Sayre
ParticipantAlunsina-
Okay, a few questions then:
- Do you have any plugins other than BuddyPress installed? If so, have you tried deactivating them?
- Which version of PHP are you running?
- Which version of the GD module?
- Are there any errors in your error log? If so, what are they?
May 7, 2009 at 1:34 am #44662In reply to: Avatars not working
Jeff Sayre
ParticipantAlunsina & Evvscuba-
SInce this thread has not had any activity for over month, it is best to create a new thread, or find a similar thread that is less than a month old.
Please read this thread: https://buddypress.org/forums/topic.php?id=2543
May 7, 2009 at 1:33 am #44661In reply to: Avatars are not working any more…
Jeff Sayre
ParticipantEd-
SInce this thread has not had any activity for over month, it is best to create a new thread, or find a similar thread that is less than a month old.
Please read this thread: https://buddypress.org/forums/topic.php?id=2543
Also, with regards to your avatar issue, if you have not seen this, please read: https://buddypress.org/forums/topic.php?id=2190#post-11864
May 7, 2009 at 1:27 am #44660In reply to: black avatars
Jeff Sayre
ParticipantPlease read this post and the linked to threads for other possible advice:
https://buddypress.org/forums/topic.php?id=2190#post-11864
If you go through everything there, and still have issues, then post back here. If you find something that solves your issue, then post back here and let us know your solution.
May 7, 2009 at 12:26 am #44659In reply to: BuddyPress Skeleton Component v1.2 RC-2
Jeff Sayre
ParticipantIn fact, I just figured out the problem.
I just went back and read the history.txt file myself. Well, guess what, this is a change Andy made just before he made v1.2 an official release. Ready?
Removed call to bp_example_add_activity_bullets_css() as will no longer work and is theme specific.
May 7, 2009 at 12:20 am #44657In reply to: BuddyPress Skeleton Component v1.2 RC-2
Jeff Sayre
ParticipantBeLogical-
Okay, several issues. You are still using the old v1.1 for the code that you sent me. Are you also using v1.1 for your bp-example.php file? This code, as you know, is outdated.
Just within this file, you need to replace every instance of MUPLUGINDIR with WP_PLUGIN_URL.
Then, make sure that in bp-example.php, you have this line and not the v1.1 version.
$bp->example->image_base = WP_PLUGIN_URL . \'/bp-example/images\';Your best bet is to compare each file of v1.1 with the new v1.2 files. Also, make sure that your custom component is in /plugins/ and not /plugins/buddypress/.
Finally, make sure that you read the history.txt file to see some of the more substantive changes from v1.1.
May 7, 2009 at 12:05 am #44654In reply to: The page you were looking for was not found.
Jeff Sayre
ParticipantWillPCG-
Okay,a few more questions, just to be thorough:
- Which version of PHP are you running?
- Have you made any changes to the .htaccess file?
- Did you even copy over the .htaccess file from the new WPMU package to your WPMU root?
- Questions about upgrading WPMU:
- Where you running WPMU 2.7.1-beta1 before upgrading?
- If so, how did you upgrade to the public version of WPMU 2.7.1?
- Did you add the one additional define line to WPMU’s wp-config.php file? If not, compare the 2.7.1 config file to your old one. This line is new:
define('SITE_ID_CURRENT_SITE', 1); - To complete your WPMU upgrade, did you go to “Site Admin > Upgrade” and finished the process?
- Are you running any plugins other than BuddyPress? If so, have you tried deactivating them?
May 6, 2009 at 11:43 pm #44653In reply to: BuddyPress Skeleton Component v1.2 RC-2
belogical
ParticipantI don’t know what broke it from v1.1 to v1.2, I’m just making my best guess. That is why I was asking if you had a working v1.2 w/ images, then I could just download a copy and modify for my component. Like a version 1.2b since 1.2 has a bug in it.
here is the full code from v1.1 that I am guessing is the issue:
http://pastebin.com/mee09d07 (bp-example-cssjs.php)
thanks for all your assistance and I hope this helps!
May 6, 2009 at 11:34 pm #44652In reply to: BP in Education…
2750591
InactiveI’m working on a 9-12 installation:
http://odysseyblogs.org (that’s just the testing site)
and we are, most likely, moving to Moodle next year. Currently we’re using Ning and eCollege. I’d love to make some contacts with folks using BuddyPress with secondary students and if you happen to be using Moodle to that would be a bonus. I’m available at:
Cheers.
May 6, 2009 at 9:03 pm #44647In reply to: The page you were looking for was not found.
Will White
ParticipantI just got off the phone with the folks hosting the server and they’ve corrected the incorrect session problem. Now visiting any of the buddypress pages don’t produce any error logs – but I’m still having the Page Not Found error on the activity, wire, friends, edit profile etc pages.
Whats the next step?
May 6, 2009 at 8:44 pm #44646In reply to: 404 errors – fresh install
Jeff Sayre
ParticipantSgoetz-
You’ve posted this issue in another thread where I have replied specifically to you. Please go and look at my response and then provide me with additional details.
May 6, 2009 at 6:24 pm #44641KitWit
ParticipantGordon–
Thanks for your help! I figured out what I was doing wrong. I had not replaced the logo image with the new one that I’d created, and so, of course, the old orange one was coming up instead. Isn’t it always the little stuff that trips us up?
All your advice helped me out a great deal. Thank you!
Kit
May 6, 2009 at 5:35 pm #44638In reply to: Permalinks not working in BuddyPress 1.0 install
2746060
InactiveAm I missing something obvious?
May 6, 2009 at 5:01 pm #44635In reply to: Posting to Wire
trcwest
Participantmy profile wire is broken again.. please check…
May 6, 2009 at 4:50 pm #44634In reply to: Cannot post to Wire after upgrade?
trcwest
Participantcould the patch that burt has made here.. https://trac.buddypress.org/ticket/723 change the way that this bit of code works in my post-list.php in my theme.
<?php if ( bp_has_wire_posts( 'item_id=' . bp_wire_item_id() . '&can_post=' . bp_wire_can_post() ) ) : ?>basically andy you offerd this as a fix but i am just wondering that now that the issues with the slugs in the core files that are fixed on groups wire now effect the way in which the wires post display on the profile side of things..
does tha make sense??
In other words i am try the fix the fact that the wire posts are not displaying on profile pages.
they were working perfectly before burt and i fixed the groups wire??
May 6, 2009 at 4:43 pm #44633mypop
ParticipantThat’s all I’ve done too.
I just changed base.css in the two directories, and copied my logo file over as logo.gif to both locations
base.css in
wp-content/bp-themes/bpmember/css
and
wp-content/themes/bphome/css
and logo.gif in
wp-content/bp-themes/bpmember/images
and
wp-content/themes/bphome/images
Then remember to flush the cache in your browser (F5 usually does it)
I also edited both header.php files as I wanted to change the link words from ‘blog’ to ‘News’
as @jfc said, you might need to select a member theme in Admin / BuddyPress / General Settings / Select theme to use for BuddyPress generated pages:
and then save.
Note: Since I was ‘updating’ from RC1 I had to select a different them and then re-save.
May 6, 2009 at 4:37 pm #44632In reply to: Visit Random Member BuddyPress 1.0 Not Work
enlightenmental1
Participantthis is the same on RC2,
also not working here on buddypress.org
May 6, 2009 at 4:22 pm #44630In reply to: Cannot post to Wire after upgrade?
trcwest
Participantyes ther is problem with the slugs and certain bit of code that means that wire is broken on the groups page
burt helped me get this to work..
https://trac.buddypress.org/ticket/723
the problem i have now is that when i went through this i managed to break the displaying of the profile wire.. the post submit ok but the display of them has conked??
can any one think what it could be… they were working well before..
one thing i did do is define change ( ‘BP_GROUPS_DB_VERSION’, ‘1300’ ); to 1301 and this may have broken it i changed it back now.. could it have…
where is the display wire for profile part
May 6, 2009 at 4:17 pm #44629In reply to: Problems with Sign up (redirect)
Jeff Sayre
ParticipantGcs123-
You’re right, switching to the default home theme solves my problem, however is there any modifications I can make to my custom theme to enable it to work?
Without knowing what you changed, and without seeing your files, it would be impossible to tell you what to change.
Your have two choices:
1. Compare your current themes to v1.2 of the Skeleton Theme and locate the differences. Then, change as appropriate.
2. Copy the standard BuddyPress themes, use them as your starting point, customize as desired.
May 6, 2009 at 4:12 pm #44628In reply to: 404 /blog /members etc… RC2 WPMU 2.7.1
Jeff Sayre
ParticipantOkay, since we’ve had a few people make this mistake I need to ask this just in case. Everyone in this thread who is having 404 issues is running BuddyPress with WPMU and not the single-user version of WordPress, correct?
This means downloading WordPress from here: https://mu.wordpress.org/download/
Specifically @Sgoetz-
Running WPMU, ran automatic upgrade to 2.7.1 prior to installing BP
Were you running WPMu 2.7.1-beta1 before upgrading?
If so, you cannot upgrade from beta1 to public 2.7.1 using the automatic upgrade feature. This is because the upgrade script “sees” WPMU 2.7.1 = WPMU 2.7.1, meaning it does not upgrade you from beta1 since it thinks you are already running 2.7.1.
So, you must manually upgrade WPMU following these instructions: https://codex.wordpress.org/Upgrading_WPMU
May 6, 2009 at 3:26 pm #44617In reply to: first things first
Maythil
ParticipantThanks for a detailed reply, David.
No, I am not using Mac.
Yes, I want the width to be 800px (in fact, less than that, to get rid off the horizontal scroll bar at the bottom of my screen).
I was on a trial-and error spree at a testing site, and was able to found the differences you have mentioned and have reached the same conclusion.
“the difference between profile pages and other pages seems to be that profile pages have two left sidebars with a fixed width of 138px (#optionsbar and #userbar) while the other pages have a single right sidebar (#sidebar) without any width defined (i.e. 100%). Meanwhile, #main is used on all pages and has a min-width of 680px. So unless you change some CSS code… the profile pages will always be at least 956px wide.”
Yes I have tried the max/mini width in the base.css, making both 800px, and it works on the main page and the some other pages as well (that is, under the second horizontal menu). It should work (after all IE6 displays all pages in 800px).
I am not sure how atentive I was to #main. I must try it. I must say your reply has given me some hope and a better idea about things, but I will add that BP still has a bug. On buddypress.org itself you can see that: the header or admin bar is fixed at 800px; it can’t adjust its width with that of the rest of the site. It works well with Firefox if I use: #wp-admin-bar { width: 960px !important; } … but it should work automatically.
I am also testing Elgg; several adjustments are pretty easier there compared to BP, but I perfectly agree with you: “It has some features I need that BP currently lacks… but BP is clearly much superior otherwise”. in addition BP has a very pleasant, elegant look. This is why I want to stick with BP and spend hours on my WPMU site.
Regards.
May 6, 2009 at 3:23 pm #44615In reply to: Howto upgrade WPMU with BP running
Jeff Sayre
ParticipantBdegier-
As JFcarter suggests, you should make a backup of your database before beginning this process. Your BuddyPress data should be in the same DB as your WPMU data. You also may have some image files in other locations, so back those up as well. Finally, be carful of what you delete in wp-content. If you have any customized themes, or 3rd-party plugins, you will want to make sure you have a backup just in case.
Now, upgrading WPMU: Unless this issue has been recently fixed, you cannot use the auto update feature to upgrade WPMU 2.7.1-beta1 to the public release version of WPMU 2.7.1. This is because the upgrade script “sees” WPMU 2.7.1 = WPMU 2.7.1, meaning it does not upgrade you from beta1 since it thinks you are already running 2.7.1.
So, you need to do the old manual upgrade of WPMU following these procedures.
Upgrading BuddyPress: follow these instructions.
May 6, 2009 at 3:23 pm #44614jfcarter
ParticipantI make my changes in bp-member.
Only other thing I can think of is that you should go into the admin panel and check under Buddypress (almost at the bottom of the page). In the general area, you can select a theme for members. Select one, submit it and see what happens.
May 6, 2009 at 3:18 pm #44612KitWit
ParticipantGordon, JFC–
Thanks for the help. I went into the bpmember folder and changed the base.css to show different colors and the new logo (as on the home page) but still no change. Maybe more files need to be modified? All I’m trying to do is change the logo from the socialnetworking one supplied with the installation, and the colors at the top, and some text colors … same changes that I made to the CSS file base.css for the home page of the site. Any suggestions? (Sorry to be such a NitWit!
May 6, 2009 at 3:10 pm #44611In reply to: Permalinks not working in BuddyPress 1.0 install
2746060
InactiveAny ideas?
Many thanks in advance,
Ross
-
AuthorSearch Results