Forum Replies Created
-
Burt, I’m already running latest trunk.
Andy, this is a vanilla install. I’m using clean BP code from SVN trunk.
You can see from the group page source that it’s not picking up any of the structure.css files, whereas member profile pages are. I’ve poked around in the files and can’t understand why this might be.
The only stylesheet being used is buddypress-member/style.css
It’s not related to the buddypress-home as I’ve replaced that with the older RC-1 download and the problem exists.
It’s not related to the bp-groups.* files as I’ve replaced those with the older RC-1 download and the problem exists.
I’ve removed all other files from mu-plugins but that doesn’t fix it.
Looking at the page in Firebug, http://learninglab.lincoln.ac.uk/testbp/wp-content/bp-themes/buddypress-member/css/loader.php is being found but doesn’t seem to be loading anything.
Not sure what to try next…!
Every time I update, I rm -rf all BuddyPress folders and cp -R the new ones from my svn directory.
Have just done it again and the page has the same problem.
The only pages affected are Group pages.
Musuko, are you referring to this layout bug?
http://learninglab.lincoln.ac.uk/testbp/groups/jisc-call-1
If not, is anyone else getting this on their install? I’m running the latest trunk version.
Yes that’s it.
Yes. You login with your FB/Google/OpenID,Yahoo/AOL/MySpace account details.
You get a BuddyPress user account on the main/first blog of the site and can create a new blog which you are admin of. To log into that blog, you log into the main site and then navigate via the admin bar to your own blog dashboard.
To make it 100% compatible, it needs better integration with the BP Home template and ideally, being MU site-wide rather than installed in /plugins/ so that users can log directly into their own blogs rather than into the main blog and then navigate to their own blog dashboard.
For a drop in solution, I’m very impressed with it. And you get stats through using the RPX API key.
Yes, I’m running BuddyPress at the University of Lincoln and have blogged about it here: http://joss.blogs.lincoln.ac.uk/2009/02/17/buddypress-a-universitys-social-network/
Benny, I think the next version of wpmu will make plugin commander obsolete and, as you point out, fix this issue.
Trent, users connecting with fb connect should never have to disclose/change their password to BuddyPress. That’s one of advantages to the user of joining through fb. The user should be able to enjoy the benefits of multiple services with a single profile of protected data.
Nice work on the FB plugin. I’ve got it working and can create a new user and login fine. However, there’s two significant problems that I can see:
1. The FB user can create a blog but when they try to login, they’re prompted for a password. The FB password doesn’t work (which is right) and they don’t have a BP password, so they’re locked out. Either they need to be able to login to their blog with their FB credentials, or they need to be prohibited from creating a blog.
2. The FB plugin goes in the /plugins/ folder and so is available to all users to activate but doesn’t offer functionality to individual blogs so is redundant and confusing to users (when plugin activation is possible for blog owners).
I know this was just a bit of Sunday fun, but people thinking of using the plugin need to know that it’s not yet 100% ready for dropping into BP.
Glad you like the idea, too.
I’m keen on being able to break down feeds for each specific activity within a group rather than just one group feed, so have suggested this: https://trac.buddypress.org/ticket/567
Thanks burtadsit. I had looked in Tract but couldn’t find anything at the time of reporting. Appreciate your update.
Yes, when I click on a link in an email to accept a friend, I get the “Are you sure you want to do this?” message. The link in the email looks like this:
Accept the friendship request:
https://blogs.example.com/members/auser/friends/requests/accept/22?_wpnonce=8b608e4a0d
Andy, I’m running the latest default themes from SVN but still having the _wpnonce error.
“Whenever I click on a link to accept a friendship request…” should read:
“Whenever I click on a link IN AN EMAIL to accept a friendship request…”
I’m running the latest version of SVN trunk, using the default home and members themes. Whenever I click on a link to accept a friendship request, I get the “Are you sure you want to do this?” message. Any suggestions? Thank you.
I might add this is also happening on my test installation, too, running the same setup, only in a sub dir.
Hmmm, now the BuddyPress activity feeds are being publicly exposed even when the blog is marked as for ‘registered members of the community’ on a wildcard DNS install. Anyone else noticed this? It’s happening with both dsader’s plugin and the members-only plugin.
I’m sure this was fixed a few days ago. So now /activity/feed/ and /members/joss/feed/ etc. are all publicly exposed even when the main blog is set as ‘registered community only’.
Thanks, Burt and Trent, for posting this. Really, really helpful when you have to create a private social network, as I do, at a university.
I’ve just posted this to the WPMU forums, but it’s just as relevant here: Regarding dsader’s more privacy options plugin…
“I’m testing this plugin on a WPMU 2.7 and BuddyPress (both from SVN) installation. It can turn BuddyPress into a private social network quite simply by making the main/first blog private. However, there’s one issue I can see:
the ../activity/feed RSS feed is private when the ‘main’ blog is private.
But, member’s activity feeds i.e. ../members/josswinn/activity/feed remains public.
Any way to fix this? I appreciate that the plugin wasn’t written to support BuddyPress, but it’s so close to working well on BuddyPress that it would be good to look at this and provide a way to create truely close BuddyPress networks.
Thanks!”
I’ve since found that this is happening to me on a site installed in a sub-dir but not on an install using wildcard DNS/sub-domain. Can anyone verify this?
I am running two other wpmu installs on the same box. One in sub-dirs, the other on vhost in subdomain. Apache should be fine.
here you go:
Yes, to all of the above. Blog creation works. All user-side BuddyPress features redirect to the signup page. i.e. click on ‘news’ and you get sent to:
http://example.com/wpmu/wp-signup.php?new=wpmunews
Everything under ‘My Account’ and ‘Notifications’ is similarly affected.
From the Admin Dashboard, things work as expected.
No, that’s not it. I’ve just replaced the themes in trunk from today with the themes from trunk a couple of weeks ago which are working on my other install and I get the same problems.
Well, I’m glad someone else has seen this. I don’t see this though:
the member-theme selection in the buddy press options(sitewide admin) shows themes from my themese directory(the buddypresshome and other standard wpmu themes) instead of showing the buddypress-members theme.
It’s got to be something in the theme though because I’m running another install using trunk for everything except the themes and it’s running fine.
Everything is fresh from SVN trunk about two hours ago. No plugins, no themes, new DB. I tested WPMU with a new blog and edited a post, then installed the BP plugins and themes. It’s as if WPMU doesn’t recognise it’s there.
For example:
http://example.com/wpmu shows the BuddyPress Home page
http://example.com/wpmu/testblog shows the initial test blog
http://example.com/wpmu/members
http://example.com/wpmu/groups – WPMU is treating these like normal and when not finding anything at the URL, is re-directing to wp-signup.php
