Search Results for 'Create an Account'
-
AuthorSearch Results
-
October 26, 2009 at 8:24 pm #55230
In reply to: Firefox and IE show different on home page
Mark
ParticipantI tested my site with ie7 and ie8. I could not recreate the issue of the home page left column appearing below the middle and right column on my site (but I did observe this behavior with ie7 on buddypress.org). No other issue mentioned above was observed on my site (except for the one noted below). As I mentioned, I did see this behavior on a public computer/kiosk using IE (given my comments below, it seems more likely that it was ie7).
You can see (or at least I can) a similar issue regarding the left column loading below the right column when using IE7 at http://buddypress.org (this site). Visit the ‘About’ and ‘Demo’ links (not the actual demo site). There are only 2 columns but the left appears under the right column with ie7.
The one issue I was able to recreate on my site was the floating submenu when using the WordPress Default 1.6 Blog Theme. No problem with ie8 but with ie7 the buddybar submenus under ‘My Account’ or ‘My Blogs’ float to the right. I logged into http://testbp.org and created a blog with the default theme and found the same behavior when using ie7.
I don’t think my specific site offers any insight since the issues that can be recreated are evident on buddypress.org and testbp.org (when logged in and using the default blog theme). I find it curious that others aren’t reporting this behavior as it should be easy to replicate.
October 20, 2009 at 9:17 pm #54896shedmore
ParticipantP.S. stwc – There isnt really much Andy could have done better…its the plugins core that isnt really desinged to work with Buddypress (and Andy didnt write that).
Andy created a single file “port” (to help the community) that amemnds certain functions to the core of the original plugin – to help “insert” data into buddypress fields. Unfortunately, becuase of the way the core of the plugin was written…there are some problems that can’t be addressed with default hooks (ie globals).
I am going to write a post about this soon, and hopefully get some input from the community on the best way to handle the registrationn process in accounting for all of these “new” ways to register.
HOpefully there is a solution I am not seeing
October 18, 2009 at 2:51 pm #54756In reply to: Limit Blog Creation to Admins
elemsee
ParticipantHi DJPaul, thanks

I have blog registration set to “Only user account can be created.”
I still see “create a blog” in:
1) The Buddy Bar > My Account > Blogs > Create a blog
2) http://yoursite.com/members/yourname/blogs/ Blogs > Create a blog
If this could be improved, that would be great.
October 16, 2009 at 5:14 pm #54658In reply to: Facebook Connect
stripedsquirrel
ParticipantSome more (debug?) info:
I noticed that on the BP Demo site the Connect button also disappears when you are logged in, which does not make much sense?
Also the popup window on testbp.org has a URl starting with fb.com/tos.php, while the link of my button starts with fb/com/login.php
I am logged in on FB and used both my site, FB as well as testbp from the same browser (FF).
Cheers, Harry
—-
added: I noticed when using the FB connect on testbp.org, I am logged in as my Fb name and a new account is created on Testbp.org. So now I have two accounts there, as I had to log out of my existing account in order to see the connect button?
Andy, as you are the author and there is little documentation of the plugin, maybe you can clarify what parts of the above are intended functionality and what not, so we know what to test for and (not) report? Thanks!
October 13, 2009 at 7:41 am #54426In reply to: Got banned after asking a simple question?
Tore
ParticipantI was also “banned”/ got a closed account some time ago. I was new. I created a new account and then kept asking questions that were relevant to me. They’re doing a very good job at the moment even if there are times we’re I’d like more answers/help. It’s for free…
October 8, 2009 at 5:21 pm #54145In reply to: External Blogs
r-a-y
KeymasterIf members don’t create blogs, where would those external blogs appear then?
Probably the user’s activity feed. I’m not sure if the sitewide activity should account for external blog feeds, because this could potentially fill up the sitewide feed with unrelated external links.
September 24, 2009 at 12:56 pm #53011In reply to: Adding Recent Replies to Site Wide Activity
wordpressfan
ParticipantAdding replies (as well as pruning the verbiage) would make the activity stream useful. It is like telling your wife you went to the bank, but omitting the fact someone deposited $1 million in your account.
I suggest something along the lines of :
“You created forum topic Using Custom Userbar.php: 100 replies.”
September 17, 2009 at 4:42 pm #52657In reply to: buddybar slow at testbp.org ?
abcde666
ParticipantAnyhow, the BuddyBar is also not behaving nicely within browser IE 8.
for example, when you are logged-in, the you hoover over “My Account” and for example go to “Groups”. Then the next navifation opens (my groups, create a group, invites). Then you will see that the fields are “FLICKERING” when you move from e.g. my group to create groups.
September 14, 2009 at 10:25 pm #52414In reply to: Show display name instead of user name
John James Jacoby
KeymasterI usually reserve the admin account for administrative duties, and create a second admin account for myself for this very reason, and for the security of keeping the main admin account less exposed.
The problem also comes with display names including non URL safe chars, spaces, etc… You’d have to run the display name through a bunch of filters and then replace the loggedin_user->domain and displayed_user->domain with your result.
September 10, 2009 at 4:01 am #52230In reply to: Create blogs for users later after registered
Anointed
Participant@John – I had a similar question, so I might as well attach it to this post.
I have my wpmu setup and running. I have already registered a number of users and accounts. I did create a ‘placeholder’ subdomain blog for my future buddypress install. I also set the wpmu admin to automatically add all new users to that blog.
So the question is simple:
When I add buddypress to the subdomain, will buddypress automatically recognize all the members of that subdomain blog?
I was told in another post awhile back that buddypress actually does not have it’s own registration system but uses wpmu. So by that theory I would expect buddypress to recognize everyone once it’s turned on….
September 6, 2009 at 3:12 am #52069In reply to: New registrations not working
Sarah Gooding
MemberI went into the database and updated the wp_site table with the correct URL. Now when I click on “Create Account” it no longer gives the error. It directs to a page with this URL:
http://cjmoloneys.com/wp-login.php?redirect_to=http://cjmoloneys.com/register
however… you cannot register there. You can only login. I do have registrations enabled for users but not blogs. Any idea what could be causing this?
September 3, 2009 at 10:16 pm #51992In reply to: WordPress MU 2.8.1 Blogs
r-a-y
KeymasterHey gyonis,
For #1:
You’ll want to turn off blog registration and also set the default user role in WPMU to be “author”; that way everyone will be able to make a post on the root blog.
You can do this by going into your WPMU admin area and navigating to “Site Admin > Options”. Set “Allow New Registrations” to “Only user account can be created”. And set “Dashboard User Default Role” to “Author”.
For #2:
You’ll want to use some type of customized post screen plugin such as Flutter or my personal favorite Custom Field Template.
That should get you going!
You might also want to read this thread which talks about how to create a community blog.
August 31, 2009 at 4:39 pm #51818In reply to: Limit Blog Creation to Admins
Roger Coathup
ParticipantA simple fix for you, might be from site admin… options:
Set ‘allow new registrations’ to ‘only user accounts can be created’.
That should remove all the blog stuff.
August 31, 2009 at 12:55 pm #51806In reply to: Plugin request: Removing "create a blog" options
elemsee
ParticipantThank you, Jason. I’ve cleared my cache, as well as had two other people try this (restarting server not an option, unless my host can be asked to do so….)
Let me walk through what I’ve done:
- In wpmu site admin, “Only user account can be created” is enabled.
- Within bp-core-adminbar.php, I replaced this code:
echo '<li' . $alt . '>';
echo '<a>loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';
echo '';- With this code from the patch:
if ( bp_blog_signup_enabled() ) {
echo '<li' . $alt . '>';
echo '<a>loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';
echo '';
}- Saved and re-uploaded to buddypress/bp-core
- We created a new subscriber account to test. New user sees:
— “My Account” in admin bar, with “Create a blog” on flyout
— “You haven’t created any blogs yet, create one” on [profile] > Blogs > My Blogs
— “Blog registration is currently disabled” on [profile] > Blogs > Create a Blog
All “Create a blog” references should be gone, no?
Any obvious misstep?
August 31, 2009 at 3:21 am #51792In reply to: Plugin request: Removing "create a blog" options
elemsee
ParticipantPatched bp-core-adminbar.php with:
if ( bp_blog_signup_enabled() ) {
echo '<li' . $alt . '>';
echo '<a href="' . $bp->loggedin_user->domain . $bp->blogs->slug . '/create-a-blog">' . __('Create a Blog!', 'buddypress') . '</a>';
echo '</li>';
}line 171-176
With “Only user account can be created” enabled.
“Create a blog” still appears in admin bar and on member page.
Tested as user without any posting permissions; blog contributor; admin.
August 30, 2009 at 3:54 pm #51772In reply to: Replace WP profile edit with BP profile edit
peterverkooijen
ParticipantFollowing DJPaul’s example, this works great as a starting piont:
function useraccount_redirect() {
if ( !is_site_admin() && strpos( strtolower( $_SERVER['REQUEST_URI'] ), '/wp-admin/profile.php' ) !== false ) {
bp_core_redirect( site_url() );
}
if ( !is_site_admin() && strpos( strtolower( $_SERVER['REQUEST_URI'] ), '/wp-login.php' ) !== false ) {
bp_core_redirect( site_url() );
}
}
add_action( 'plugins_loaded', 'useraccount_redirect', 11 );Instead of site_url it should redirect to customized copies of wp-login.php and profile.php, so first I need to figure out the syntax for that – I’ll do some searches… – and then I need to decide how and where to create those custom pages.
Is there a way to include a custom page in a plugin folder. I can create a regular wp page in my template, but it would be nicer is it came with the plugin.
I found this example for creating an admin page in a plugin:
function bot_menu() {
global $wpdb;
include 'bot-admin.php';
}
function bot_admin_actions() {
add_options_page("Bot Counter", "Bot Counter", 1,
"Bot-Counter", "bot_menu");
}
add_action('admin_menu', 'bot_admin_actions');I need a regular page. Would that be similar? Not really sure what’s going on here…
EDIT 2: OK, I’m not gonna bother with that at this point. I’ll first create a memberlogin.php and account.php as regular wp custom pages in my template.
More later…
August 30, 2009 at 3:00 am #51757In reply to: Plugin request: Removing "create a blog" options
Jeff Sayre
ParticipantHas anyone thought of a solution for this or can think of a way to accomplish it without needing to manually edit a lot of php?
This is already easy to accomplish in the BuddyPress admin menu. Log into WPMU’s backend as Site Admin. Go to the BuddyPress menu grouping. Select “Component Setup > Blog Tracking” and disable the Blogs component.
When you reload BuddyPress in your browser, you will see that the “Blogs” menu option under the “My Account” menu and the “My Blogs” menu are now gone. Also, members will not have the option to create blogs from their page.
August 27, 2009 at 5:53 pm #51641In reply to: White Screen of Death
adyba
ParticipantPaul,
The URL where I’m testing the BP is http:// mysupport.byethost13.com it is shared hosting where each subdomain that belongs to my account looks like root. All root files must be uploaded into \htdocs folder that pretends to be root.
Once installed, only the core Blog is fully available. Users (user1, user2) have created their blog(s). Posts are accessible by Site Wide Activity/Wires but no permalinks expect the main blog are accessible. Thus no user nor admin personal blogs (comments) aren’t accessible.
My hosting program allows the .htaccess. The links to the missing elements seems to be OK. It properly generates addresses like http://mysupport.byethost13.com/personal/2009/08/27/hello-world-2/ but it is empty.
The /wp-content/blogs.dir contains strange sub-folder structure
/wp-content/blogs.dir/1/files/avatars/2(4) where two and four is a Id of users that have
uploaded their avatar. Gods know what does it mean the 1 in the root.
For testing purposes I have created your account (Id 4) JDPaul/password. I just wanted to test the BP abbility to access/write the folder. Avatar was uploaded.
My conclusion:
1) BP is talsk to MySql
2) tld/blog works as expected
3) All site.tld/users links + site.tld/groups seems to be fine
4) At least part of the BP code can write the blogs.dir folder
5) For some reason site others blog permalinks site.tld/user1, site.tld/user2, site.tld/personal do not work.
Please feel free to log-in and play. I believe we both need a computer aided check list

1. Which version of WPMU are you running?
WordPress MU 2.8.4.
2. Did you install WPMU as a directory or subdomain install?
directory
3. If a directory install, is it in root or in a subdirectory?
root as much it can be on shared host
4. Did you upgraded from a previous version of WPMU? If so, from which version?
no
5. Was WPMU functioning properly before installing/upgrading BuddyPress?
there was no trafic
6. Which version of BuddyPress (BP) are you running?
BP 1.0.3
7. Did you upgraded from a previous version of BP? If so, from which version?
no
8. Do you have any plugins other than BuddyPress installed and activated?
no
9. Are you using the standard BuddyPress themes or customized themes?
standard – works fine
10. Have you modified the core files in any way?
no
11. Do you have any custom functions in bp-custom.php?
no
12. If running bbPress, which version?
not yet
13. Please provide a list of any errors in your server’s log files.
August 21, 2009 at 11:13 pm #51388In reply to: P2 Theme As The Wire/Wall?
Korhan Ekinci
ParticipantOk, I have a main blog (blog id 1), which I use it for news purposes. So I created a new blog at wall.mysite.com subdomain and activated p2 theme.
I uploaded bp-community-blogs plugin (big thanks to Burt) from
https://wordpress.org/extend/plugins/bp-community-blogs/ and activated it in the wall.mysite.com blog account.
It is working as I want but the only problem is that when members enter the page first time the post box (from post-form.php) does not appear, it appears when they refresh the page or re-enter.
How can this be solved? Any ideas?
August 21, 2009 at 12:19 am #51334In reply to: Will BuddyPress work with Multi-Site Manager Plugin
r-a-y
Keymaster(I believe what I’m about to write is relatable to the topic at hand; if not, feel free to close the thread!)
I’m just starting to grasp the whole concept of multi-sites.
From what I’ve read, it’s exactly what I want to do.
But I need some clarification.
Here’s my setup, I have WPMU+BuddyPress installed in the root:
hxxp://www.example.com (blog_id #1 should be shown here, including all its posts, categories and pages)
I want all subsequent blogs to be created from
hxxp://blogs.example.com
So that new blogs will have a subdirectory under that subdomain.
eg. hxxp://blogs.example.com/newuserblog/
Single sign-on should work across the root and subdomain.
From those that have responded to me on the WPMU forums, this should be possible with the multi-site plugin.
—
Now for the BuddyPress questions!
Okay, so let’s say I login to BuddyPress (which is installed in the root instance of MU) and I want to create a new blog from “My Account > Create a blog”, would BuddyPress be creating this new blog under the new Site instance (eg. the subdomain Site – blogs.example.com? This is what I would want to do. I’m guessing this would require some core hacking.
Also, if I go to hxxp://www.example.com/blogs, would this show blogs from the blogs.example.com subdomain?
—
Thanks for reading! Hope to hear some feedback!
August 16, 2009 at 6:58 pm #51113In reply to: Remove Create a Blog option from signup
Roger Coathup
Participant@mariusooms: thanks, we’ll probably hold off until 1.1. Incidentally, where do you get the information on 1.1 from? I’ve had a quick look, but couldn’t find anything.
@gerikg: yes, mariusooms is right about those options, there’s nothing that simply turns blogs off at registration, but allows you to create them later.
The 4th option (Only logged in users can create new blogs) implies it might be the solution. But, with that enabled, users can’t even complete a new account registration.. . has anyone else encountered that problem?
August 16, 2009 at 1:06 am #51075In reply to: Remove Create a Blog option from signup
gerikg
ParticipantI thought it was an option:
o Disabled
o Enabled. Blogs and user accounts can be created.
x Only user account can be created.
o Only logged in users can create new blogs.
August 15, 2009 at 7:17 am #51040In reply to: Handling of User Data & Terms of Service. Discuss
Kunal17
ParticipantI would love to see a TOS template that is customized to Buddypress communities that takes into account its technical feasibility like you described above.
Buddypress makes it so easy for anyone to create a community but not everyone can afford to get professional legal help to create the TOS and privacy policy.
Not sure if I can provide much input here as I am startup up my first community but I will follow this discussion closely.
August 10, 2009 at 9:01 pm #50862webatease
ParticipantGigya Socialize worked for my install… I’ve only tried myspace, facebook and twitter – but it authenticated me correctly and I was able to login to BuddyPress. Only issue I’m having is that each time you login with one of your social usernames, it creates a new username in WPMU/BuddyPress, as opposed to all tying to your one WPMU/BuddyPress account. This created havoc for me, since I want to use groups, and other permissions.
At this point, I’m leaning towards limiting to just the Facebook login. Does anyone know if there is a way to hide/not allow login using the actual wordpress login, and ONLY use the login for Gigya Socialize? I/e allow users to go to wp-admin, but not give them the option to login using the user/pass – only letting them see the Gigya Socialize plugin.
August 9, 2009 at 3:02 am #50792In reply to: Limit Blog Creation to Admins
elemsee
ParticipantI’m usually capable of working my way through a tutorial and learning something by the end. But this post is of a magnitude that I’m not sure I know enough to tackle all the steps. Is each of your posts, Burt, a step-by-step instruction on how to accomplish Ben’s request, or do you revise your answers along the way?
I’d like mostly what Ben is asking for. I want to use BuddyPress as a member directory. I don’t wish for anyone to make blogs through MU/BuddyPress other than my staff. I don’t want the “create a blog” option to appear anywhere. Not in the member profile, not in the tool bar. Essentially I want the option not to exist for users. Will the tutorial above show me how to do that?
Starting from instructions in post one, I’m finding that changing the admin setting from “only user account can be created” to “only logged in users can create new blogs” results in a “you must login to create a blog,” which takes me to the wordpress sign-in page before I have even registered.
The “only user account” setting generated what I would like to have happen, a signup screen sans “gimme a blog.”
Please forgive my being an ignoramus and let me know if I should patiently work my way from top to bottom, or if there is another solution outlined in a different post.
Thanks!
-
AuthorSearch Results