Jerry Stephens

Just looked into, and fixed, it. If there’s any other problems, please let me know. Thanks for helping improve this plugin.

This was probably an issue with moving the plugin to incorporate Bootstrap. I’ve added an option to turn that on/off as of the last issue. Hopefully that has resolved your issue.

I had dropped OpenID from this version of the plugin as I had people telling me their was no use for it. Now that I know differently, you can count on it to be added back in the following version. I’m also looking at adding Oauth as well, but haven’t gotten around to it. Sorry for the inconvenience, hopefully it hasn’t ruined your day.

The latest version removes the admin bar as all of the tools given to in the bar are also in the widget. To get the bar back just comment out the line show_admin_bar(false); on line 568 of userlogin.php and the bar should appear again.

Thank you very much for posting a link to my plugin in the wild, and for the kind words. I’m glad you find it useful.

Logout redirect option should be directly under the login redirect options. 5.3 should be out today so if you’ve taken the steps that I mention and the problem persists, please let me know.

Sorry about getting to this late. I’ll be revisiting this problem in the next version of the plugin. These are left over list items that have been left blank from the Extra Optional Links field.

Remove anything in the Logout Redirect Page field under Form Options. That should take care of it. Sorry about getting to this late.

Sorry it’s taken so long to get back to you on this. Do you have a link I can check out to see what the problem is?

Interesting, I’ve just finished upgrading the plugin to v5. Renamed functioned, trimmed down DB calls and entries, and renamed the element IDs and classes. Let me know if this doesn’t fix your problem, I’m very interested to figure out what’s causing this as it doesn’t happen on my sites. Thanks for the heads up, though.

Try saving the .pot file as a .po and then edit that if you haven’t done so already. This way the .mo knows where to look for all the translations.

It worked fine for me. Are you saving your .po file as wp-userlogin-en_US.po or whatever your localized language/country is? I did that then generated the .mo from the .po and it worked just fine. Of course there are parts (user links and selection) that I’ve left to WordPress for localization, but I may change that in the next release.

I’m not really up on localization. So I’m not sure what the problem could be. I’ll keep looking into it, and if you find the answer, please let me know.

I’ve got the POT file if you wouldn’t mind helping out with translation. I can send you version 3.1 to test it on too if you’d like.

I do have plans to build a standalone adoption of the OpenID standard into the plugin at some point. However that may be a while down the road as my next task is internationalization, to allow for greater usability to more people.