Title: jfudem's Replies | WordPress.org --- # jfudem [ ](https://wordpress.org/support/users/jfudem/) * [Profile](https://wordpress.org/support/users/jfudem/) * [Topics Started](https://wordpress.org/support/users/jfudem/topics/) * [Replies Created](https://wordpress.org/support/users/jfudem/replies/) * [Reviews Written](https://wordpress.org/support/users/jfudem/reviews/) * [Topics Replied To](https://wordpress.org/support/users/jfudem/replied-to/) * [Engagements](https://wordpress.org/support/users/jfudem/engagements/) * [Favorites](https://wordpress.org/support/users/jfudem/favorites/) Search replies: ## Forum Replies Created Viewing 7 replies - 1 through 7 (of 7 total) * Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/) In reply to: [Problem with registration after Upgrade to 3.1](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/) * [jfudem](https://wordpress.org/support/users/jfudem/) * (@jfudem) * [15 years, 1 month ago](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/page/3/#post-1939250) * Hi All, I solved my issue last week based on Andrea_r’s suggestion but I realized I forgot to post the correct code, since I’m sure other people may have the same/ similar issue. * > add_action( ‘wpmu_new_user’, ‘fudem_add_new_user_to_mainsite’, 10, 2); > function fudem_add_new_user_to_mainsite($user_id) { add_user_to_blog(‘1’, $ > user_id, ‘contributor’); } ?> * When the above code is added to a document in MU-Plugins it works perfectly. Thanks to everyone who helped me! Best, Jonathan * Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/) In reply to: [Problem with registration after Upgrade to 3.1](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/) * [jfudem](https://wordpress.org/support/users/jfudem/) * (@jfudem) * [15 years, 2 months ago](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/page/3/#post-1939226) * I checked out the plugin and it didn’t work. I have been experimenting with code snippets in my theme’s function.php file and am getting close to a solution but haven’t fixed the problem yet. * The first snippet: * > function add_new_user_to_mainsite($blog_id, $user_id) { >     add_user_to_blog( > $blog_id, $user_id, ‘contributor’ ); } add_action(‘user_register’, ‘add_new_user_to_mainsite’); * This snippet does add the registered user to the main site (according to my admin panels). But after the user clicks on confirmation email, the page that is supposed to display the user’s password states that this snippet triggered a fatal error. Nonetheless, when I visit my user list in the admin panels I do see that this user successfully registered with my main blog. * The second snippet: * > function add_user_to_mainsite(){ > global $current_user,$blog_id; add_user_to_blog( > $blog_id, $current_user->ID, “contributor”); } add_action(‘wp’, ‘add_user_to_mainsite’, > 10); * This snippet runs to make sure that the logged in user is registered with my main site and does not trigger any errors. Unfortunately, it only works when a logged in user visits the admin panels for his/her second time. The first time a newly registered user logs in he/she still sees the global dashboard. If, while logged in, the user visits the main site, and then clicks “site admin” he/she is redirected to the main blog. This is getting closer but I need to completely prevent the user from ever seeing the global dashboard so I guess I’m looking for some happy harmony between the first two snippets. * I am still teaching myself php so any help perfecting these snippets would be much appreciated. I have already spent many hours experimenting with different action hooks, revising the syntax, and trying to blend the two snippets but so far I have been unsuccessful. I based the two snippets off the following sites: [Snippet 1](http://www.jamespegram.com/wordpress-mu-not-adding-new-users-as-subscribers-to-main-blog/), [Snippet 2](http://www.thinkinginwordpress.com/2010/06/automatically-adding-users-to-all-blog-on-your-wpmuwp-multisite-blog-network/). * Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/) In reply to: [Problem with registration after Upgrade to 3.1](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/) * [jfudem](https://wordpress.org/support/users/jfudem/) * (@jfudem) * [15 years, 2 months ago](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/page/2/#post-1939219) * Hi Thanks for all these comments. I looked at the “Add Users Sidebar Widget” but it doesn’t accomplish my goals, since users still have to be registered before they can add themselves to the site. This would require a visitor to first go through the registration process only to be directed to the global dashboard, and then they would have to revisit the homepage and add themselves to the site. This configuration might make sense on a network with loads of websites but it is too complicated for my visitors who want to be able to quickly register and receive access (as they used to prior to 3.1). * > Were you using another plguin, a code snippet tossed in functions.php or *something* > to make sure users were added to the main site as contributors? * No I simply set the default user role on my main site to contributor, made my main site the dashboard site, allowed open registration on only the primary site, and used the MSM plugin to copy all registered users to my secondary site. I only have been using Multisite/WPMU since 3.0, so it is possible that what I’m describing was only achievable with a plugin during the days of WPMU. * > so I’d guess that if you set THAT to ‘contributor’ and then relied on WP’s > old ‘new users are assigned a dashboard blog’ setup, it’d do that. * Yes, this is precisely how I set up my network before 3.1. I am trying to recreate this configuration. It seems to me that the function of “default user role” selection is designed specifically to allow this setup, so users automatically receive extra privileges for a given site after they register. The infrastructure for these settings still appears under “Network Admin, sites, edit, settings,” which is why I interpreted their present performance as a bug. If there is a way to restore the previous “dashboard blog” concept, it would solve my problems. Otherwise I will need to find a way to alter the code, perhaps as was necessary with WPMU, or perform a messy downgrade, which I don’t want to do. * Thanks for your input and let me know if you have any more suggestions! * Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/) In reply to: [Problem with registration after Upgrade to 3.1](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/) * [jfudem](https://wordpress.org/support/users/jfudem/) * (@jfudem) * [15 years, 2 months ago](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/page/2/#post-1939212) * Thanks Andrea_r, Perhaps now they will update the plugin to accommodate the new setup. But it sill seems to me that from an ideological standpoint, WordPress should have settings which allow all users who register to receive contributor status on a given site without any plugins. This the primary reason why WordPress allows you to change the default user role and I know that many other people user WordPress in similar way. If I can get WordPress to automatically make every user who registers a contributor on my primary site, Multisite User Management will take me the rest of the way – without any updates. * Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/) In reply to: [Problem with registration after Upgrade to 3.1](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/) * [jfudem](https://wordpress.org/support/users/jfudem/) * (@jfudem) * [15 years, 2 months ago](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/page/2/#post-1939210) * After rereading the posts in this thread and looking at the job ticket, it seems that while the Global Dashboard concept may work fine for commenting and subscribing purposes, it doesn’t seem well equipped to support a site like mine: where any user can register and he/she immediately receives “contributor” access to specific sites. This is, however, how I need to use WordPress and how it worked before, so please let me know if you any suggestions for achieving the same result. Thanks again, Jonathan * Forum: [Networking WordPress](https://wordpress.org/support/forum/multisite/) In reply to: [Problem with registration after Upgrade to 3.1](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/) * [jfudem](https://wordpress.org/support/users/jfudem/) * (@jfudem) * [15 years, 2 months ago](https://wordpress.org/support/topic/problem-with-registration-after-upgrade-to-31/page/2/#post-1939209) * Hi All, I also run a WordPress Multisite network and have the same problem. One of the essential feature of my main site is that users may register their own accounts. Previously, in WordPress 3.0, when a user registered an account he/she received access to the dashboard of my primary site and was granted “contributor” privileges. I also used a plugin called Multisite User Management to copy all registered accounts to a second website on my network. Since I have upgraded to 3.1, when a user registers they are placed on something called a “Global Dashboard” and do not have access to post on either website in my network and are not listed as belonging to either site in my network user database (just like ri-kun’s screenshot). I have deactivated all my plugins (including Multisite User Management) and have double checked my settings and there appears to be no way to allow users to successfully register on my main site. Additionally, I have been testing this same configuration on a secondary domain and have experienced the identical issue. My WordPress configuration depends on a successful cooperation between, my multisite network, open registration to my primary site, and the Multisite User Management Plugin, so it is really important that I restore the previous harmony. It would be great to know if there is a way to avoid this issue or if updates are coming soon to fix what appears to be a glitch. Thanks so much for you attention and time, as an aspiring web designer, it means a lot to me. Best, Jonathan * **Some Additional Info which may be relevant** – I do not use Buddypress – My main site settings (controlled in the network admin interface) allow users to register and have the default role set to contributor. My secondary site settings do not allow new users to register and have the default user role set to subscriber. This is how I deliberately established my settings and they worked flawlessly before I upgraded to 3.1 – The Multisite User Management Plugin does appear to function properly in 3.1. Normally I used the plugin to transfer users registered on my primary site to my secondary site. Now, since users are by default registered to the “Global Dashboard” the plugin transfers the registered users to my secondary site but they still aren’t registered on my main site. This would only confuse my users (as they wouldn’t have access to the most important site) so I have deactivated the plugin but I would like to be able return to normal operation as soon as possible. * Forum: [Installing WordPress](https://wordpress.org/support/forum/installation/) In reply to: [Migrating WordPress from local copy to web MAJOR PROBLEM](https://wordpress.org/support/topic/migrating-wordpress-from-local-copy-to-web-major-problem/) * Thread Starter [jfudem](https://wordpress.org/support/users/jfudem/) * (@jfudem) * [16 years ago](https://wordpress.org/support/topic/migrating-wordpress-from-local-copy-to-web-major-problem/#post-1476292) * Hi Thanks for your response. Unfortunately I still can’t get it working. The first link says to paste this code into Wp-login.php: * update_option(‘siteurl’, ‘[http://your.domain.name/the/path’](http://your.domain.name/the/path’);); update_option(‘home’, ‘[http://your.domain.name/the/path’](http://your.domain.name/the/path’);); * I pasted those lines and used [http://localhost/8888/](http://localhost/8888/) as my domain and then added the file path to my the folder that houses all my wordpress files, but the site still doesn’t load. That page also says that this solution works if you can still access the login page but I can’t even do that. When I go to my local host address in a browser all I see is a blank page which tells me that localhost isn’t responding. I also checked My local host application MAMP which still seems to be working and is looking for the site’s files in the right location. * Is there any way to fix this? Viewing 7 replies - 1 through 7 (of 7 total)