Peter
Forum Replies Created
-
Forum: Plugins
In reply to: [LoginWP (Formerly Peter's Login Redirect)] Database changes?Hi, sorry to hear about that. The plugin only makes changes to its own database tables — the part where it affects the redirects is done by using a standard hook in the WordPress code. In other words, removing the plugin files would also remove its behavior.
Forum: Plugins
In reply to: [Peter's Blog URL Shortcodes] upload_url_path and upload_path are emptyThanks for bringing this up! Perhaps the code should simply be falling back to wp_upload_dir() (http://codex.wordpress.org/Function_Reference/wp_upload_dir), which has a similar purpose.
Forum: Plugins
In reply to: [LoginWP (Formerly Peter's Login Redirect)] 3.5.1 Update Killed PluginHi,
It has been tested to work with 3.5.1, so perhaps there is something else that got updated at the same time that is hijacking the login redirect rules? Or maybe you’ve implemented a new custom login form? You could also try uninstalling and re-installing the plugin.
Forum: Plugins
In reply to: [LoginWP (Formerly Peter's Login Redirect)] Logout redirectHi, there is a setting “Logout URL” under “All other users”. At the moment, you can only set one logout URL for everybody.
Thanks for bringing that up. In the meantime, you could extend it outside of the plugin as per the documentation here: http://wordpress.org/extend/plugins/peters-login-redirect/other_notes/
That way you won’t have to re-apply your changes if they’re not implemented or not quite the same in the next version.
Forum: Plugins
In reply to: [Peter's Collaboration E-mails] Custom taxonomies not loading in settingsThanks a lot to both of you for investigating and confirming the fix. I’ve released version 1.9.2 of the plugin now, which includes the noted fix.
Forum: Plugins
In reply to: [Peter's Collaboration E-mails] Doesn't work for "Authors"?Unfortunately that is core to how the plugin works: you first need the user to submit to the “pending” status, which is where the e-mails are hooked in. Unless you modify the permissions on the user roles, only the Contributor is affected by default.
If your login widget forces a specific redirect URL (and only one URL) you can try implementing this setting in my plugin:
“Use external redirect file. Set this to “Yes” if you are using a plugin such as Gigya that bypasses the regular WordPress redirect process (and allows only one fixed redirect URL). Then, set the redirect URL to http://www.yoursite.com/wp-content/plugins/peters-login-redirect/wplogin_redirect_control.php”.
In other words, if you change that setting to “Yes” and hardcode the redirect URL in your login widget to that path, that might solve the issue.
Yes, on the settings page there is a setting “Permission level required to edit redirect URLs” that you can change to an existing WordPress capability that only admins have. (See here for more information on WordPress capabilities: http://codex.wordpress.org/Roles_and_Capabilities#Capability_vs._Role_Table)
Forum: Plugins
In reply to: [Peter's Collaboration E-mails] Custom Email Notification linkThat’s possible, although you’d have to edit the plugin file. If you search for the first occurrence of “get_edit_post_link” you can replace that function call with a hard-coded link based on the page ID.
Hi, it might not work if you’re logging in directly from wp-login.php. For some other ways to achieve the desired behavior, see the suggestions mentioned here: http://www.theblog.ca/wplogin-redirect#comment-11089
Forum: Plugins
In reply to: [LoginWP (Formerly Peter's Login Redirect)] Private PagesYou could try building a custom “My Portal” link as detailed at the bottom of this page:
http://wordpress.org/extend/plugins/peters-login-redirect/other_notes/
Could you try the fix detailed here and let me know if that solves the problem of a taxonomy not showing up in the dropdown list?
http://wordpress.org/support/topic/custom-taxonomies-not-loading-in-settings?replies=6#post-3664570
Forum: Plugins
In reply to: [Peter's Collaboration E-mails] Custom taxonomies not loading in settingsI am quite close to just making the change for the next version, but I’d really get to the bottom of why this is happening.
Both get_object_taxonomies() and get_taxonomies() are loaded in wp-includes/taxonomy.php and they both look at the $wp_taxonomies global variable. They also do a very similar comparison to return the list of relevant taxonomies.
Is there a chance you could inspect the $wp_taxonomies global variable within both of those functions (rather than just the eventual return values)? Even if it was a problem of load order, it would seem like the global variable should be equally affected in those functions. If the global variable is the same for both functions, perhaps there is a really small difference in the way both functions parse out their results, such as a casing issue in the way the custom taxonomies were defined (as just one of many examples!).
Forum: Plugins
In reply to: [Peter's Collaboration E-mails] Doesn't work for "Authors"?Sorry — that setting text might be misleading. That setting (and the plugin) needs to be used in combination with how your permission system is set up. You’ll need a separate plugin such as Role Scoper to actually modify permissions to, for example, limit Author permissions to force them to go through the “Submit for review” workflow.