wmsedgar

3×7,

You can of course manually select a user role for new users via the WP Admin dashboard, however WP User Control does not at present provide the ability to select a user role for new users – it automatically puts them into the subscriber role.

Cheers,

-Bill

capsbeats,

Strange. Sounds like you have another plugin installed that is producing this behavior. WP User Control will redirect to a custom login page if you define it within the widget options (Custom Login URL). However, it sounds like you did not do that. WP User Control does not have any code that would produce a “here” hyperlink to another location for your admin or login page, that is definitely being done by something other than WP User Control. We’d recommend disabling plugins one at a time until you identify the cause.

Cheers,

-Bill

jezperse,

Not at present, but we feel your pain. We’re working on a honeypot style implementation that would eliminate the need for a CAPTCHA field (and keep the size of the widget small), but it’s not yet ready for primetime.

Cheers,

-Bill

cordelatex,

We looked at your site. We saw the display:inline; additions you made to the WPUC CSS classes. Those should not be necessary. We think the cause is a CSS style that is being applied to all .widget ul classes by the WP Enfold theme you are using. It is adding a float:left; property to the ul class in the widget area. You can test whether this is indeed the cause by editing the layout.css file for your WP Enfold theme. We’d recommend you create a child theme to do this rather then editing the theme files directly. Look for the following class #top .widget ul and comment out or remove the float:left; line. Just keep in mind, this change may also affect the appearance of your other widgets, so you may want to experiment a bit.

Cheers,

-Bill

cordelatex,

Typically the behavior you are describing will happen if the widget area is not wide enough to display the WPUC widget. Assuming this is the case, you can resolve it by resizing your widget area. It is unlikely that behavior would be the result of a CSS class conflict. You can check to see the CSS that is being applied by viewing the HTML element within Chrome Developer Tools for example and see what CSS is being applied to the tabs. If you give us a link to your site we can check this for you and probably save you some time figuring out the cause.

Cheers,

-Bill

3×7,

We don’t understand your question. Can you please provide more information on what exactly you would like to be able to do?

-Bill

goldfingyr,

Just wanted to follow up on this issue. We went back and tested with WPUC on WPMS to reproduce the scenario you experienced. We were able to reproduce it successfully, and also resolve it. Bottom line is that, in the current version of WPUC, you cannot do a network-wide activation from your main WPMS admin. While WPUC should be installed at the network level, it should then be activated at the individual site level. The correct WPMS install/setup process should obviously be in the WPUC plugin documentation for WPMS installs. We will add it in our upcoming release. Thanks for pointing out this gap in our WPMS installation/setup procedures and notifying us of the issue.

Cheers,

-Bill

Hulya,

Thanks for providing more detail. It sounds like you have some pages that require a user to be logged into your site in order to view. I’d recommend verifying the security settings you have configured for those pages. Based on your description of the problem, that may be the cause. We don’t believe a manual redirection option would help you, as that would ALWAYS redirect a user to one specific page after login. One of the primary design goals of WPUC is to allow the user to login without being redirected away from the content they are viewing.

Cheers,

-Bill

yasamadair,

Thanks for your post. Not sure we understand your issue though… if you have added the WPUC widget to your sidebar and a user logs into your site via the WPUC widget then the plugin is designed to redirect the visitor back to the same page from which they initiated the login request. Once logged in the user should see their information in place of the WPUC tabbed login.

Is that not what is happening? If you’re seeing something different please send us more information on what is happening, along with a link to your site so that we can do some troubleshooting.

Cheers,

-Bill

goldfingyr,

Thanks for your post. Sorry to hear you encountered an issue. We’ve tested and used WPUC on numerous WPMS installations and have not run into this. We’ll take a look at this issue and do some testing and get back to you.

Cheers,

-Bill

abhis2.0,

There are differing views on that depending upon how secure you need your server to be. If you want to comment it out that is entirely up to you. Just remember that to use the WP HTML Sitemap plugin you’ll need to re-enable it in the future.

Cheers,

-Bill

bravenewniche,

Thanks for the additional info, this will definitely help the team diagnose the issue. We’ll contact you if we come up with a resolution or are able to identify the core issue.

Cheers,

-Bill

anttwerrp,

Thanks for your post. We looked at your site, but it is not currently using WP User Control so we could not attempt to diagnose. We did notice the following jQuery error, which is not related to WP User Control:

Uncaught TypeError: Cannot read property 'safari' of undefined jquery.jcarousel.js:16

This error is being generated by another plugin or script on your site. However, if this error was present when you tried to use WP User Control it would have stopped jQuery and prevented the jQuery script that controls display of the WP User Control tabs from running properly.

Regarding new user registration and admin emails… have you verified that your system can properly send emails independently of WP User Control? If you look closely at the WPUC support forum all other instances of this have been due to a server configuration issue. We are not aware of any issues with WP User Control failing to send emails when configured correctly. We’d recommend proceeding through the following troubleshooting steps:

1. What message is returned within the WP User Control widget when you enter a username and email address and click the ‘Register’ button? If it is returning the message “Check your email for the password and then return to log in.” then the registration process is succeeding. If WP User Control is returning an error message during registration, it will be highlighted in red.
2. When you check the list of users via the WP Admin dashboard are the new users actually being created?
3. Assuming the users are being created, have you tested logging in to the site with the newly created account? If you’re not receiving the new user registration email with their password then you’ll need to reset the user account password so you know it for test login purposes. If the users are being created and you have verified that you can successfully login to their account then the problem must be email related.
4. Is the new user email being received at the target email address? Can you successfully send test emails from your server? If everything else is working and the email is not being received, then there is a problem with your server email set up. See the 2 plugins mentioned below for help with your system email set up if that is the case.

WP_Mail_SMTP
WP-Email

Cheers,

-Bill

bravenewniche,

First we’ve heard of this. We have not done any testing with Wishlist Member to date, but it appears based on your post that WPUC and Wishlist Member do not play nicely together. If we are able to look into this in the next release cycle maybe we can determine the issue.

Cheers,

-Bill

abhis2.0,

In the current version of WP HTML Sitemap, the PHP function file_get_contents() function is required. However, this function is disabled by the settings on your web server. You can enable this by adding
the following line to your php.ini file:

allow_url_fopen=1

Cheers,

-Bill