Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'Create an Account'

Viewing 25 results - 951 through 975 (of 1,116 total)
  • Author
    Search Results
  • #55230
    Mark
    Participant

    I 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.

    shedmore
    Participant

    P.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

    #54756
    elemsee
    Participant

    Hi 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. :)

    #54658

    In reply to: Facebook Connect

    stripedsquirrel
    Participant

    Some 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!

    #54426
    Tore
    Participant

    I 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…

    #54145

    In reply to: External Blogs

    r-a-y
    Keymaster

    Originally posted by Peter:

    If 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.

    #53011
    wordpressfan
    Participant

    Adding 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.”

    #52657
    abcde666
    Participant

    Anyhow, 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.

    #52414

    I 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.

    #52230
    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….

    #52069

    I 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?

    #51992
    r-a-y
    Keymaster

    Hey 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.

    #51818
    Roger Coathup
    Participant

    @Elemsee

    A 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.

    #51806
    elemsee
    Participant

    Thank 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?

    #51792
    elemsee
    Participant

    Patched 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.

    #51772
    peterverkooijen
    Participant

    Following 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…

    #51757
    Jeff Sayre
    Participant

    Has 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.

    #51641

    In reply to: White Screen of Death

    adyba
    Participant

    Paul,

    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.

    #51388
    Korhan Ekinci
    Participant

    Ok, 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?

    #51334
    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!

    #51113
    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?

    #51075
    gerikg
    Participant

    I 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.

    #51040
    Kunal17
    Participant

    I 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.

    webatease
    Participant

    Gigya 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.

    #50792
    elemsee
    Participant

    I’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!

Viewing 25 results - 951 through 975 (of 1,116 total)
Skip to toolbar