superann

You have to enable the checkbox for whatever custom post types you specify, as shown here:

https://www.superann.com/2011/08/20/sticky-custom-post-types/

Just encountered this issue myself today and it seemed like a bug, so I looked for a trac ticket on it. Sure enough there is one that shows it’s been around for a while but unfortunately is a pretty low priority bug fix. In the meantime it’s a pretty easy workaround to update the metadata field on save/edit… below is a link to a plugin (it’s not mine… it’s just the one I found attached to the ticket) that will do this for you.

https://core.trac.www.ads-software.com/attachment/ticket/13429/save-custom-link-url.php

@fvl2000 That’s interesting… it looks like that filter function you provided might remove all the tabs, but if it’s working for you then that’s cool. I’m not sure why my filter function doesn’t work for you as all I’m doing there is unsetting the Media Library tab specifically. However I’m only doing it for people who can’t edit others’ posts (ie. anyone at or below the author level).

Here’s a way to remove the Media Library tab completely without hacks:

https://superann.com/2010/10/08/how-to-remove-the-media-library-tab-in-the-wordpress-media-uploader/

Hi Txanny, yes the cookie paths are critical! Also if anyone else gets the multiple redirections problem clearing your domain cookies should solve it.

On Password loss, feature for the user to set his own password through email verfication link (instead of current automated password generation)

I second this suggestion by one of the posters above.

I’d also love to see this.

Also in the case where the original registration verification email was trashed before verifying, re-registering with the same email address/username isn’t allowed. It would be great to have a way for the user to be able to re-request that a registration verification email be resent.

Your host probably doesn’t like the improperly encoded redirect_to variable.

If you manually remove the redirect_to query var from the url (so just input https://www.sample.com/blog/wp-login.php?regplus_verification=35682956249ia45akm96gib20i), and it DOES work, then this should be the reason for the problem you’re experiencing.

To fix, search for this line in the file register-plus.php (should be line 1905 or around there):

$redirect = 'redirect_to=' . $regplus['login_redirect'];

Replace it with:

$redirect = 'redirect_to=' . urlencode($regplus['login_redirect']);

For those of you who might be lazier and just want a drop-in function that filters the_category() call across your theme pages, you can put this in functions.php:

function the_category_filter($thelist,$separator=' ') {
	if(!defined('WP_ADMIN')) {
		//list the category names to exclude
		$exclude = array('Something','Something Else','Blah','YAY');
		$cats = explode($separator,$thelist);
		$newlist = "";
		foreach($cats as $cat) {
			$catname = trim(strip_tags($cat));
			if(!in_array($catname,$exclude))
				$newlist .= $cat.$separator;
		}
		$newlist = rtrim($newlist,$separator);
		return $newlist;
	} else
		return $thelist;
}
add_filter('the_category','the_category_filter',10,2);

Sorry, full function here:

function filter_feed_posts($query) {
if($query->is_feed) {
//array of tags to exclude, by tag number
$exclude_tags = array(1,2,3);
$query->set('tag__not_in',$exclude_tags);
}
add_filter('pre_get_posts','filter_feed_posts');

I’m using a filter on pre_get_posts and it works for me.

So:

function filter_feed_posts($query) {
if($query->is_feed) {
 //remove the tags
}
}
add_filter('pre_get_posts','filter_feed_posts');

Try inserting this before your loop:

//array of tags to exclude, by tag number
$exclude_tags = array(1,2,3);
global $wp_query;
$wp_query->set('tag__not_in',$exclude_tags);
$wp_query->get_posts();

You’re not alone… I can confirm the exact same problem with all of my wordpress blogs that use the plugin. Is the wordpress team working on a fix?

Very useful plugin! The ability to set your own password and verify via email upon registration seems much more in-line with other systems. My suggestion would be to integrate the ability to define your own password again when resetting a forgotten password.

Well it’s a hack but if you change the line:
if ('publish' != $status) {

To:
if ( ('publish' != $status) && ('future' != $status)) {

The single post will be displayed once again…