cojennin

If you can, you might want to try updating to v0.8 and see if that solves the scheduling problem.

Also, what sort of plugins and theme are you currently using? There might be some issue with a plugin or theme that’s causing the Schedule button to disappear.

As for deactivating it, there shouldn’t be any serious issue. I would recommend moving posts that are currently a custom status to a non-custom status (“Draft”, “Pending Review”, “Published”, etc) which would is likely the only major issue that could occur if you deactivate it (even then there probably won’t be much of an issue, if at all).

There shouldn’t be any other issues, you’ll just lose things like the Editorial Comments and Editorial Metadata, user groups, etc, but if that’s not a problem then you should be good to go!

Thanks, and sorry for the trouble!

-CJ

Interesting. Like the idea, have to think on it a bit more. One possible avenue if this is something you need like next week would be to leverage one of the custom meta fields and build a widget on top of that.

Maybe you have a meta field called ‘Assigned’, and then you could build a dead simple widget on the admin page which queried posts based on that custom meta. WP_Query provides some capacity for doing this and you can check it out here. All you’d have to do is get the logged in user and query all posts with that meta field (‘assigned’) and see if the logged in user is the value of that field. For an editor, maybe you just get the five most recent posts with that metadata and display it in the widget.

Just a thought. I haven’t tested or written anything at all but figured I’d lob out a possible avenue of approach if you need to get rolling on this asap. If you do get around to building it before we flesh it out a bit, feel free to submit a pull request for it! Would definitely like to see it in action.

Hrm. Currently, when I set WordPress time from the “Settings” menu to “Chicago” it’s showing Mon 11/11/2013. What was the time in Chicago when you were seeing the problem?

Are you currently seeing the problem now? (It’s 9:00pm EST, so 8:00pm CST? Should be showing Mon 11/11/2013).

Also, what theme/plugins are you currently using? Might be having an effect on the time.

Definitely wouldn’t hurt. If they figure out what’s causing the issue, definitely post back here. I’d like to fix if possible.

Hey,
So I was messing around and something like the following should work:

add_filter( 'ef_editorial_metadata_user_dropdown_args', 'efx_editorial_metadata_user_dropdown_args' );

function efx_editorial_metadata_user_dropdown_args( $args ) {
	if( $args['name'] == '_ef_editorial_meta_user_user-assigned' ) {
		global $current_user;
		get_currentuserinfo();
		if( !in_array( 'contributor', $current_user->wp_capabilities ) )
			return $args;

		$contributors = get_users( array( 'role' => 'editor' ) );
		$contributor_ids = '';

		if( empty( $contributors ) )
			return $args;

		foreach( $contributors as $user ) {
			$contributor_ids .= $user->data->ID . ',';
		}

		$args['include'] = $contributor_ids;
	}

	return $args;
}

I’ll walk through it real quick.

Here we’re registering the filter for all editorial metadata that is the type user.

add_filter( 'ef_editorial_metadata_user_dropdown_args', 'efx_editorial_metadata_user_dropdown_args' );

The next part is the only part you will probably have to modify before placing in functions.php:
if( $args['name'] == '_ef_editorial_meta_user_user-assigned' )

In this snippet we’re checking which editorial metadata it is (in the event we have multiple editorial metadata’s that are of the type “user”). I gave my editorial metadata the slug user-assigned. If you gave your editorial metadata the slug users-are-cool, then yours would probably look like:

if( $args['name'] == '_ef_editorial_meta_user_users-are-cool' ).

Here we’re checking if the user is a contributor:

if( !in_array( 'contributor', $current_user->wp_capabilities ) )
    return $args;

*This doesn’t check capabilities, it checks the user role. This shouldn’t cause any bugs, but keep an eyeball on it.

Lastly, we’re getting all the users that are editors, and we’re going to have our dropdown just show those:

foreach( $contributors as $user ) {
    $contributor_ids .= $user->data->ID . ',';
}
$args['include'] = $contributor_ids;

Hopefully this works! Definitely reply back here if you need any help!

Hey,
So the above issue (the one not related to core) should be fixed by the following commit: . If you can, feel free to download from GitHub and test it out.

Thanks,
CJ

Hrm, premium themes make it a little tougher to debug.

When you pasted the above code into your functions.php, did you change book to whatever post type you use?

So the above block of code (the only one you need to paste in) would look more like the following:

add_filter( 'ef_story_budget_posts_query_args', 'story_budget_custom_post_type_filter' );

function story_budget_custom_post_type_filter( $args ) {
	$args['post_type'] = array(
		'post',
		'page',
		'<strong>os_news</strong>'
	);

	return $args;
}

Was that how you pasted it in to functions.php?

Interesting, what theme are you currently using (and what are the slugs of the custom post types you’re using)? Might be able to rewrite the above to work for it.