Search Results for 'registration'
-
AuthorSearch Results
-
June 20, 2011 at 11:39 pm #114945
In reply to: Activation Code after New Member Registration
laconic
MemberI dig some digging into this problem since I was having it as well. The user’s account is activated successfully when they click the email. The problem occurs when you login from the activation successful page (activate.php). If the user opens another browser and goes to the site homepage to login, there will be no problem. For me, this was happening because the plugin that I was using to handle logins was including a hidden redirect to the source page in the form. So after the user logged in, it was redirecting to activate.php which by default asks you to activate, even if you are logged in.
So check the html for the form that you use to login and make sure there is no redirect to the source page.
June 20, 2011 at 9:07 pm #114941In reply to: Custom Profile (xprofile) data not being saved
Boone Gorges
KeymasterIf the problem is with registration only, and you have a custom registration screen, then it almost certainly has something to do with the registration customizations. There have been no changes in BP or WP, to the best of my knowledge, that would cause the problem you describe. But the only way to know for sure is to debug. Start dropping var_dump() statements into the functions in bp-core/bp-core-signup.php to see where things are getting lost.
June 20, 2011 at 4:32 pm #114910BlueInkAlchemist
MemberThe ‘maidenhosting’ url is a staging area. We copied their existing site (thedesignatedsketcher.com) to add BuddyPress and work out what turned out to be a plethora of kinks before pushing the new changes live.
June 20, 2011 at 4:05 pm #114909Brajesh Singh
Participant@blueinkalchemist
There seems something strange with the urls though.
It works
http://designatedsketcher.maidenhosting.com/category/contestas well as this one
https://thedesignatedsketcher.com/category/contestHow do you manage to do that. That might have something to do with the conflict. hopefully, It will help further to understand the issue.
June 20, 2011 at 3:47 pm #114905BlueInkAlchemist
Member@boonebgorges: That will work, but how about redirecting after registration, i.e. filling out the WP sign-up form? Of course this might have to deal with the sign-up form itself which isn’t necessarily a BP issue…
June 20, 2011 at 3:38 pm #114903Boone Gorges
KeymasterIt’s pretty easy to redirect users after login. Something like http://buddydev.com/buddypress/buddypress-trick-redirect-users-to-their-profile-on-login/ will work.
If you only want to do it the *first* time a user logs in, or only if the user has not filled out the profile, it’s trickier. Before returning `bp_core_get_user_domain( $user->ID )`, you’d want to check against some piece of data, such as `get_user_meta( $user->ID, ‘last_activity’, true )` (which will tell you the last time the user logged in, which I believe will return false if it’s a new user).
June 20, 2011 at 2:52 pm #114899BlueInkAlchemist
Member@boonebgorges: That definitely works. WP default sign-in now works properly. Thank you.
Now… here’s a thought. Is there a way to redirect a user after registration directly to their shiny new BP members page so they can edit their profile, upload an avatar, etc? At the moment it takes them to the ‘check your email’ WP functionality that exists by default.
The client was curious about having the sign-up form submit to both WP and BP but I don’t think that’s going to happen, and redirecting from one sign-up form to another just caused more headaches…
June 20, 2011 at 2:31 pm #114894Boone Gorges
KeymasterHave you tried just disabling BP’s registration hijacking? I haven’t tested myself, but it might work. In your functions.php:
`if ( bp_core_is_multisite() )
remove_action( ‘wp’, ‘bp_core_wpsignup_redirect’ );
else
remove_action( ‘init’, ‘bp_core_wpsignup_redirect’ );
`June 20, 2011 at 1:38 pm #114886BlueInkAlchemist
Member@sbrajesh: I don’t seem to be getting a redirect with most pages & posts.
The site’s staging area is http://designatedsketcher.maidenhosting.com/ and most of the BP functionality can be found under /members/.
June 20, 2011 at 1:08 pm #114877Brajesh Singh
ParticipantCan you confirm the the pretty permalink is working for pages, post. Just curious.
Also, is it possible that you may link the site here, so we may check it in action ?June 20, 2011 at 12:49 pm #114873BlueInkAlchemist
Member@mercime – Took your advice, reuploaded BuddyPress and /register still redirects back to the base site.
What I meant by reinstalling WP is similar to what I just did with BP – download a fresh copy of the install from wordpress.org and manually overwrite the files on the FTP site, with the exception of wp-config.php so it still points to the right DB with the right credentials.
I believe this WP was installed manually, but the server does include some legacy folders that have nothing to do with WP – drupal, etc – which I suspect may interfere with the overall performance of the site.
June 19, 2011 at 7:36 pm #114817@mercime
Participant@BlueInkAlchemist – I would download a copy of BuddyPress and then manually re-upload files via FTP or cpanel, etc. Only activate BP and with the bp-default theme, check if yoursite.com/register goes to default BP registration page.
If you mean reinstalling WP from scratch, then information in DB will not be preserved unless you back up DB and save to your computer.
Did you by any chance, install WP manually or did you install WP via webhost script like fantastico or simplescripts, etc? Those webhost scripts have been the bane of some WP installs which have problems or cannot upgrade to multisite or which get major hiccups making BuddyPress work in their install. In that case, then I would definitely reinstall from scratch and check out the tables I can import from the DB backup I made from previous installation.
June 19, 2011 at 7:09 pm #114815BlueInkAlchemist
MemberOkay, with all plugins deactivated and BP default theme enabled, /register redirects back to the home page.
If I were to reinstall BP (and perhaps the base WP files as well) would the information in the DB be preserved?
Oh, and reactivating plugins afterward broke the site (white-screen syndrome). I hate this thing.
June 17, 2011 at 11:41 pm #114742@mercime
ParticipantOk, correcting my previous assumption – it’s been a long day sorry. So you have a single WP installation with BP activated. Prior to installing BP, you had this PHP signup form which worked in your WP installation. You’ve deleted the PHP signup form and the BP registration form does not show up when you go to http://yoursite.com/register
To troubleshoot whether it’s a BP issue, given above conditions, deactivate all plugins except BuddyPress and change to bp-default theme. I assume that you haven’t changed any internal BP configuration like renaming register to something else, go to http://yoursite.com/register. If that works, then ..
Are you using a WP theme with BP Template Pack plugin for compatibility? Activate both and check registration. If that works, then ..
Activate other plugins one by one to identify which one is messing up with registration page.
June 17, 2011 at 8:15 pm #114726In reply to: Custom Profile (xprofile) data not being saved
junger
ParticipantYeah, it’s just the bp-default theme and standard code.
Here’s that file:
http://pastebin.com/K4CQ5dzSIt works totally fine to edit your profile data (it saves OK), but on registration it doesn’t.
June 17, 2011 at 6:13 pm #114716BlueInkAlchemist
Member“Did you check if you allowed registration in your second WP install which has BP activated?”
BP is activated on the core WP install, there is no second one. It’s set to Anyone can Register in the WP-admin backend.
June 17, 2011 at 5:42 pm #114714@mercime
Participant== Going directly to the slug just bounces the user back. ==
Did you check if you allowed registration in your second WP install which has BP ativated?
June 17, 2011 at 4:30 pm #114710BlueInkAlchemist
MemberI apologize: for the first part of your question the BP and WP installs are on the same domain.
June 17, 2011 at 4:29 pm #114709BlueInkAlchemist
MemberGoing directly to the slug just bounces the user back. All the fields in the form remain filled in. This happens even when I remove the standard PHP form (sign-up.php).
June 17, 2011 at 3:58 pm #114708@mercime
ParticipantSo you mean that you have a WP install in domain root http://yoursite.com and have installed a second WP at e.g. http://community.yoursite.com/ using the same database and the same users table?
When you say standard PHP sign-up form, I take it you mean it’s not the actual WP login.php? So have you tested what happens when you remove that standard PHP form (which could have caused conflict with registration) and go the route of a direct link to the BP registration page slug http://yoursite.com/register or to whatever URL/slug you set up for your BP install?
June 17, 2011 at 3:35 pm #114706BlueInkAlchemist
MemberI know everybody here is generously donating their time, and your expertise & patience is greatly appreciated. Is there any way I can get some help or feedback before the weekend?
June 17, 2011 at 3:20 am #114671In reply to: WordPress 3.0 + Buddypress — User Creation Problems?
David
ParticipantHere’s how to get around activation. I was having the same problem on my test server, since it couldn’t send out activation emails. If you need activation emails enabled, then this workaround will not work for you.
For users that have already been created and cannot login, you can go into the wp_users table in the database and change their ‘user_status’ from ‘2’ to ‘0’ (if you have database access). ‘user_status’ is not used in WordPress — it’s a dead field — but Buddypress uses it to redirect to the homepage if a user has not been activated (aka user_status=2).
To avoid the problem for future user registrations, you can change a file to avoid activation (if you have FTP access). In the buddypress plugin directory, find bp-core/bp-core-signup.php. Find the line that says:
`$wpdb->query( $wpdb->prepare( “UPDATE $wpdb->users SET user_status = 2 WHERE ID = %d”, $user_id ) );`
In my installation (1.2.it is on line 357. Change the 2 on that line to a 0. So it should look like this:
`$wpdb->query( $wpdb->prepare( “UPDATE $wpdb->users SET user_status = 0 WHERE ID = %d”, $user_id ) );`Now when a new user is created, they will automatically be able to login without their email needing to be confirmed.
June 16, 2011 at 11:00 am #114625In reply to: Registration identicon
tober11
MemberNever mind, It populates the avatar even if the email was previously deleted
June 15, 2011 at 1:53 am #114536In reply to: BP Compatibility Trouble
triznic
ParticipantNow Ive really gone and shot the pooch!! Was trying to work on Registration problems and read in a forum to re-install BP now my pages say this…
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 77824 bytes) in /xxxx/xxx07/xxx/xxxxxx/dubgolf/wp-content/plugins/buddypress/bp-forums/bbpress/bb-includes/backpress/class.wp-taxonomy.php on line 664
June 14, 2011 at 4:31 pm #114502In reply to: Creating an account not visible.. How come?!
@mercime
ParticipantYou have to allow registration first – go to dashboard menu Settings > General > Membership – check Anyone can register
-
AuthorSearch Results