cojennin

Hey,
Is this occurring on an admin screen or some other page? What plugins do you currently have active (and what’s your active theme?). Did this occur when you clicked on something specific or were you just browsing around?

Thanks!

-CJ

Excellent, thanks!

Hey,
Sorry about all the problems you’re encountering. Would you be able to create some new tickets on GitHub documenting the issues you’re encountering? https://github.com/Automattic/Edit-Flow/issues

It would be tremendously helpful in triaging what needs to be fixed. If not, no worries, I’ll try to cover what you’ve put here.

Working to get some fixes out quickly, so stay tuned!

Thanks!

-CJ

Hey, what other plugins do you have installed and activated? What theme are you currently using? What version of WordPress are you using? I know it’s a bit annoying to have to dredge up all this info, but it’d be very helpful in diagnosing the issue.

Thanks!

-CJ

Yep, I’ve recreated this issue as well. I’ve opened up a ticket on GitHub, feel free to follow along there: https://github.com/Automattic/Edit-Flow/issues/206

Ooph. Premium theme. Makes it a bit more difficult to fix, but hopefully not impossible. If you’ve disabled all the plugins and it still isn’t showing up, chances are pretty good that it might be the Alterna theme.

First thing you could try is going directly to the url of the page, which would be http://url of your site/wp-admin/edit.php?post_type=document

(Need to be logged in to do the above. http://url of your site/wp-admin/edit.php is the url you use to access your posts from the admin side, by adding the “?post_type=document” you’re requesting that it show you the “Documents” screen instead of the “Posts” screen.)

So just plug that url (substitute the “url of your site” with the actual url of your site). With any luck, the conflict is purely a superficial one, and the post type exists but Alterna is preventing the actual sidebar link from being shown.

If that works, then maybe check around the Alterna admin for adding or removing menu items from the admin sidebar? Might be that they have in place some option which prevents menu items from being shown or displayed.

If you can access the “Documents” page but you can’t find said option, there’s two possible courses of action. The first would be to try changing the location of the “Documents” link and see if it’ll show up. This can be accomplished by pasting something like the following code into the functions.php file of your theme (hopefully it has one).

add_filter( 'document_revisions_cpt', 'change_document_menu_location', 10, 1);

function change_document_menu_location( $args ) {
 	$args['menu_position'] = 5;
	return $args;
}

Try modifying the “5” to any of the numbers located here, underneath the “menu_position” section.

The other option you can try is opening up a support ticket with Active Focus to see if they know what’s going on, or have some sort of simple solution or trick to trigger showing menu items that have been registered by another plugin.

Hopefully this helps, feel free to post back here if you have any more questions or concerns. If you do open a ticket, feel free to post the link and maybe I can +1 it or something along those lines to get it moving along.

Did you by chance overwrite the wp-document-revisions-type-custom-field.php file? Could have been storing it in the directory which you updated to. Or was it turned off somehow?

I haven’t checked, but I’m fairly confident that it’s the file you need. I’ll double check when I can, but see how it goes if you get a chance.

Cool. Just took a look at the code. The issue is a non-authorized user does not have access rights to a revision by default.

Not sure if you do much coding, but if you check out the line here on GitHub, you’ll see that it’s asking if the current user can read document revisions. Anyone who can log in by default can read revisions. Anyone not logged in can’t (that’s explained further along in the code).

Some options to let non-authenticated users check out revisions:
1. Utilize the ‘serve_document_auth‘ filter to enable non-logged in users to access revisions.
2. Instead of linking to a revision, link to the most updated document

There might be some other options as well, but those are the two I can think of off the top of my head that might be the easiest to implement.

Feel free to post back here if you have any more issues.