Connor Jennings

You’re talking about the date that’s shown on the admin side in the “Document” box that says something like “Checked in 5 min ago by…”?

Apologies, work caught up to me when I wasn’t paying attention.

I just installed this to double check, and I think it should solve your problem. The first thing you’ll need is access to where your WP instance is running. Do you have the FTP/SFTP credentials to do a manual install? If so, all you need to do is go to this link, click the “Zip” button, download the file, unzip it and upload it to your wp-content/plugins folder (you don’t have to upload all the files in the unzipped folder, just the one with the filename: “wp-document-revisions-type-custom-field.php”). Once that’s done, you can activate it and you should be good to go.

If you don’t have credentials or are having trouble with any of the steps above, just reply back here and hopefully we can work out an alternative option.

If anyone can confirm the following steps to reproduce, that’d be most awesome.

Steps to reproduce:
1) Create a new post. Save it as is (do not publish or schedule).
2) Go to the calendar and move the post a day or more forward
3) Go back to the post. The publish button should say “Publish,” but if you click on the “edit” link next to “Publish immediately” you should see the correctly scheduled date displayed.
4) Hit “ok” and the publish button should now say “Schedule”

I can also confirm some issues with scheduling posts on the calendar. Looking into it now.

If I were to take a stab at it, no quotes around _ef_editorial_meta_date_planned-availability, _ef_editorial_meta_user_editor and _ef_editorial_meta_paragraph_assignment might cause some issues. PHP is fine with the last two I listed because they’re composed of only underscores (_) as separators. PHP will just assume a few things to make it work. When it hits the last one [_ef_editorial_meta_date_planned-availability], PHP has a problem with dashes (-) so it’ll break (probably silently, and it might not tell you because it’s happy to assume things).
To fix, add some quotes around those words like so:

$view['_ef_editorial_meta_paragraph_assignment'][0];
$view['_ef_editorial_meta_user_editor'][0];
$view['_ef_editorial_meta_date_planned-availability'][0];

If you have any more issues, feel free to post back here.

Yea, this is a gnarly issue because it appears to be a problem related to the object caching in W3TC, but W3TC doesn’t provide a lot of hooks to alter how or what objects are cached. The issue looks to be triggering because a change in the ef_usergroup description value on EditFlow’s end, which W3TC is caching.

There are other alternative caching plugins out there which you can try, one of which is WP Super Cache. That might solve the problem.

Daniel might have some more information on this or some possible alternatives to W3TC if he pops on later. In the meantime, I’ll keep messing around with it to see if I can figure anything more out.

So it looks like this might be an issue with W3 Total Cache. Would it be possible for you to check this on your end by temporarily disabling W3 Total Cache? If so, after it’s disabled see if some of the issues you’re encountering go away.

Not sure what’s up with the email, but for auto-subscribing users you can always take a look at adding the following to your functions.php. Not sure why it might have stopped (maybe someone edited the functions file?).

The email could be any number of issues. You might want to check the settings under the EditFlow->Notifications menu to see if the correct “Post types for notifications” are selected. If they are, it could be an issue with another plugin you might have installed or possibly your hosting provider. Might want to double check both. Hope that helps, feel free to post back here with any questions or problems that might crop up.

Hey,
So it looks like it might be an issue with BuddyPress and how it handles user capabilities prior to running the installation wizard. Did you “Install” BuddyPress but not run and complete the “Installation Wizard?”

Hey,
Real quick, just need some light background info:
1) What version of WordPress are you using?
2) What version of EditFlow are you using?
3) Do you have a list of other plugins you currently use?

Sorry, just spotted this. Do you have any more information on the problem? And are you talking about the function “add_post_type_support” or when you go the “EditFlow”->”Custom Statuses”->”Options” and check the checkbox for that custom post type?

Hey,
For statuses, what happens when you click on the “EditFlow” link in the dashboard, click on the “Edit Statuses” button and then attempt to add a new status? Are you receiving any error message? Is it not letting you add or remove new statuses?