I’m really confused about how to network enable this or network configure it. If I network enable it, I don’t see any network configuration area. I also don’t see any areas to configure the web root to use on a per site basis either.
If I single site enable it, I also don’t see any of these options.
If I try to enable the WP Document Revisions Network Administration plugin, I don’t see anything different either. And, I’m confused about this plugin, it states to only use it if the base plugin is NOT network enabled. Does that mean that OOB the base plugin should have network features, OR that network features are only available if the base plugin is not network enabled but the network admin plugin is?

—EDIT: I just installed this on a single site and I can see the settings under Media there. To be clear, I am not seeing this screen in either the network media area when it’s network enabled, nor on the single site of a site enabled on a network setup.

• This topic was modified 3 weeks, 4 days ago by torralaq.

On our testing environment, I have activated the plugin, but not able to distinguish the location for the document folder in the root? Is there any way,, by which we can decrypt the uploaded documents location?

Hi there,

I’m hoping to enable specific users to upload documents through a custom frontend dashboard I’ve created. I’m currently using the WS Form plugin, which allows for creating posts from a frontend form.

I’ve successfully configured the form to create documents with post titles, featured images, and workflow states. However, I’m unable to locate the meta field keys for the Document Description and document upload fields.

To troubleshoot, I installed the JSM Post Meta plugin to view the meta fields associated with this plugin. Unfortunately, none of the fields related to document description or upload appear to be registered or visible.

Any guidance on how to enable document description and upload functionality within the WS Form plugin would be greatly appreciated.

I’d like to change the permalink structure.

Currently the structure is:
mywebsite.com/documents/[year]/[month]/[filename]

I would like to change the foldername “documents” as well as completely leave out [year]/[month]

What would be the best approach? What files need to be changed? Or can this only be done globally via HTACCESS?

Need an Update button for the description too.

So you can click update if you submitted a Document through upload. If you want to update the Description with no new Document upload the Update button does not show.

The problem is that when you open the page, it ask to restore the backup as the outdated page loads up without the update first all the time.

The documentation suggests the Members plugin to manage document access. Adding the Members plugin shows the available roles from the Members plugin but it doesn’t seem to do anything. The document is not restricted when available roles are selected.

Using WordPress version 6.2.2, WPDR version 3.5.0, and Members version 3.2.7.

Does Members still work to restrict access or is additional code needed to make that work?

No way to create categories and subs for docs. This is critical

I have installed the plugin but I get the following error message. Any idea what I need to do?

You have activated the plugin WP Document Revisions

You do not have the edit_documents capability possibly due to multiple conficting roles or use of a custom role!

The Documents menu may not be displayed completely with the “All Documents” and “Add Document” options missing

First and foremost, I apologize for using the error message as the title of this topic. My intention was to make it easier for others who might encounter the same issue in the future to find this thread via search engines like Google. I have already tried searching for a solution to this problem but couldn’t find any relevant results, so I decided to seek help here.

I encountered the following error message when I installed the “PublishPress Permissions” plugin. Specifically, I noticed the error on the PublishPress Permissions settings page and when trying to create a new post, page, or document. In some cases, this issue also leads to a change in the document editor to the block editor.

Warning: Attempt to read property "post_type" on null in class-wp-document-revisions-admin.php on line 327

https://prnt.sc/smS9YwzeDudt

Upon inspecting the PHP file in the wp document revisions plugin, I found the following code snippet:

[325]	public function no_use_block_editor( $use_block_editor, $post ) {
[326]		// switch off for documents.
[327]		if ( 'document' === $post->post_type || $this->verify_post_type( $post ) ) {
[328]			return false;
[329]		}
[330]		return $use_block_editor;
[331]	}

The error indicates that on line 327, there is an attempt to read the “post_type” property on the variable $post, but the variable is null. To address this, I attempted to ensure that $post has a valid value before trying to read the post_type property, and the following code modification helped resolve the error:

public function no_use_block_editor( $use_block_editor, $post ) {
    // switch off for documents.
    if ( !empty($post) && ('document' === $post->post_type || $this->verify_post_type( $post )) ) {
        return false;
    }
    return $use_block_editor;
}

With this change, the error is no longer present. However, I’m aware that modifying the plugin’s code directly can cause issues when the plugin is updated in the future. To avoid this problem, I tried to override the “no_use_block_editor” function within the plugin using the functions.php file in my theme.

add_filter( 'use_block_editor_for_post', 'custom_no_use_block_editor', 10, 2 );

function custom_no_use_block_editor( $use_block_editor, $post ) {
    // switch off for documents.
    if ( !empty($post) && ('document' === $post->post_type || $this->verify_post_type( $post )) ) {
        return false;
    }
    return $use_block_editor;
}

Unfortunately, this approach didn’t work, and I would greatly appreciate the WP Document Revisions team’s guidance on achieving this successfully.

I recognize that I am not yet very skilled in using PHP and WordPress, I’m seeking your expertise to help me find a proper solution to this problem. I am grateful for your kind support and guidance!

Best regards,
Mifta Widaya

Hello WP Document Revisions Support Team,

I hope this message finds you well. I am a user of the WP Document Revisions plugin and have been enjoying its features for managing documents on my WordPress website. However, I have encountered a couple of issues that I believe could be improved to enhance user experience and clarity.

The first issue is related to the usage of the term “owner” within the plugin. Currently, the term “owner” is used as a substitute for “author,” which I find a bit misleading for users who read it. It may imply that the user listed as the “owner” is the actual document owner, which is not the case. The “owner” is merely the user who uploaded or submitted the document. To address this confusion, I suggest considering alternative terms such as “submitter” or “uploader” to better represent the user’s role accurately. Could you please guide me on how to make this name change effectively? Should I use the ‘gettext’ filter, or does WP Document Revisions provide its own filter for handling such changes?

The second issue I encountered is with the “owner” filter when accessed by a subscriber on the admin document list screen. The filter currently displays all registered users on the website, even if they have never posted any documents. In my opinion, the filter should only display the names of users who have actually posted documents. Interestingly, the plugin’s readme file states that “Owner metabox no longer displays if the user does not have the ability to edit_others_documents.” However, this behavior doesn’t seem to be reflected in the actual admin document list.

To address this, I tried using the ‘Admin Column’ plugin to hide the “owner” column specifically for subscribers. While the column is successfully hidden, the “owner” filter that should not appear still shows up on the admin document list page. I would appreciate your guidance on how to resolve this issue and ensure that the filter behaves correctly.

Thank you for your attention to these matters.

Best regards,
Mifta Widaya

Anyone able to get this to have user level security. I need to have a document manager that allows users to upload files (prefereably with revisions and notes/comments per revision) but cannot allow users to see each others files (or folders for that matter) but an higher level user (editorial staff) has a way to see everything. Just wondering if anyone has any experience or know of any addons (I’m not afraid of php code!) to make such a thing possible.

Hi Neil,

it seams, the document is saved with its original file name – great??But the link, which is generated for “Latest Version of the Document Download” is set to the post title. I am confused:

If I download the file, it has also the post title as name – how can I prevent this and keep the original name? On the server, the document has its original name. My client just wants to preserve his document name also for downloading.

Thank you,

Michael

Any chance notification emails can be sent when a revision is made and updated? Notification emails could be sent to specific users and the initial creator of a document.

• This topic was modified 1 year, 6 months ago by joshgreg.

One more Question:

Our client do not need any renaming of the documents. He want the files stored with the original file name.

Is there a way to bypass the file name encryption?

Thank you,

Michael

Hi there,

is there the possibility to set the visibility to public instead to private by default? Maybe a filter, hook?

Thank you,

Michael

Does anyone have a working example of the bulk-import found in the cookbook? The example does not seem to do anything even after changing the paths for my environment. It runs up to the point where the loop begins but stops without error.

Hi There,

The revision log is available in the backend, however, is it possible to activate to add the revision log to a frontend user via short codes? So if we do this we can update our users as well.

Also, I tried to add author name via short code method but nothing is showing in the frontend page. Not sure I have missed something there

Please help

Thank you

Hi – Thought this might help someone. I had a problem recently with get a “Document not found” error when updating a previously working document.

Looking at the entry in the database I noticed that the post_content for the new upload was being saved as <!-- WPDR $post_id --> where post_id was just the id of the document, I assume for Gutenberg compatibility.

I was able to ‘fix’ the issue by modifying the ‘extract_document_id’ function found at line 2637 of class_wp_document_revisions.php by modifying the grep in the preg_match to include the spaces.

Example:
Before – preg_match( '/<!-- WPDR ([(0-9]+) -->/', $post_content, $id );
After – preg_match( '/<!-- WPDR\s([(0-9]+)\s-->/', $post_content, $id );

Maybe the plugin could be updated to include this change.

Cheers

We have built a intranet (multisite) for our customer with hundreds of documents. After we’ve migrated to a new server, the files stopped working, it’s giving 404 errors. If we add a new file this file is working, but the old files aren’t. in v3.4.0 we can try to Validate the Structure but it doesn’t work either (it’s giving a 405 error) and is giving “undefined” as output in the popup. We already re-saved the permalinks and changed the document upload folder.
We migrated the database via phpmyadmin. The rest of the multisite is working fine.

After installing this plugin from the WordPress Plugins > Add New page and activating it, there is no “Documents” admin menu item.

I’ve also searched in all admin sub-menus to see if you nested it and just didn’t update your videos. No joy.

I have no custom admin menu plugins running and and am logged in as my admin user seeing all menu items for everything else I’ve ever installed.

Any insight?

We are trying to migrate all of the WPDR data and documents to a different install. We’ve tried using WP All Export/Import, selecting all fields, but getting 404 for all imported documents. Is there a step we are missing? A better recommended way? Thanks.

I’m trying to get a system set up to show public users the final version of the document, but allow folks who are logged in the ability to create updated versions. I’ve tried the following WP-Query:

array(
‘taxonomy’ => ‘workflow_state’,
‘field’ => ‘slug’,
‘terms’ => ‘final’
)

However, if the most recent revision isn’t final, it just doesn’t show anything rather than getting the most recent revision that IS final. Is there a way to retrieve the most recent revision that has a workflow-state of final?

Hi,

I’m experiencing an issue when using this plugin and a specific permalink setting. The situation is as follows:

• User 1 uploads a file: Revision-1, and sees Revision-1 when downloading it
• User 2 presses the download link and also sees Revision-1 (so far so good)
• Now user 1 uploads a new revision, lets say, Revision-2
• And user 1 presses the download link, and sees Revision-2
• But, when User 2 presses the download link and also expects to see Revision-2, he will instead get Revision-1

This is with the permalinks in the “post name” setting. It seems to be working correctly when using the default “plain” setting. The user role doesn’t seem to matter, in my example both users are administrators.

I’ve tested this with the current plugin version (3.3.1), on the most recent WordPress 5.8.2, but also on the last version this plugin was tested with: 5.7.4, but the behaviour is the same. I’ve also disabled all other plugins and reverted to a stock theme, and even tried it on a bone stock installation. But the issue seems to always be there.

Hi,
Am creating a demo site.In that site am using “WP Document Revisions” plugin.
Am creating one page for all documents. Some documents are opened. And some document dont open.
It’s telling some error.
It looks like the link pointing here was faulty. Maybe try searching?

How to solve this?

Thanks,
Dhinesh

I have had users report publishing a document, then updating it, but then on the front end, the site visitors gets the previous version. Is that a bug, or is there a setting to handle that? Also, what if a CDN is in place, how would caching be handled in that case?

It returns me 404 error to old links. If I create new links, no problem

WP Document Revisions Plugin allows upload of all file types excepting PDF.

PDF files with certain names do upload but mostly I get the following error:
Unexpected response from the server. The file may have been uploaded successfully. Check in the Media Library or reload the page.

The document is created but with an incorrect permalink of
https://www.nswjbd.org/wordpress/?post_type=document&p=8813&preview=true

Changing the filename of the uploaded file to TEST.pdf works

Hello.
I created this website for a customer, and it was HTTP. Recently we moved it to HTTPS by installing a certificate, and removed HTTP, so, the website is answering only requests from HTTPS. Now we were trying to redirect HTTP calls to HTTPS, so, we installed a plugin named “Really Simple SSL”, that should do the work. Problem is: all the documents links got broken (4040 error). Even when I try to create a new document, the link doesn’t work.

Have you had similar cases? Any suggestion on how to resolve?

I already tried following the steps on the following link: https://www.hostinger.com/tutorials/wordpress-broken-permalinks
without any success.

The direct links are working, the documents are all on the /wp-content/uploads/ folder, for example, https://www.fundacaoaep.pt/wp-content/uploads/2021/05/7efeb8aa82a9ea856638c778563af135.pdf

Problem is that all the links like https://www.fundacaoaep.pt/documents/2021/05/entrevista-do-dr-luis-miguel-ribeiro-jornal-economico.pdf
are broken.

Thank you for any input you may bring on the issue.

I created a new post grid on the homepage. Then the website host updated the plugins, and when I opened the site the next day, the homepage crashed. I got this error message:

PHP Fatal error: Uncaught ArgumentCountError: Too few arguments to function WP_Document_Revisions::empty_excerpt_return(), 1 passed in /www/wp-includes/class-wp-hook.php on line 292 and exactly 2 expected in /www/wp-content/plugins/wp-document-revisions/includes/class-wp-document-revisions.php:2717\nStack trace:\n#0 /www/wp-includes/class-wp-hook.php(292): WP_Document_Revisions->empty_excerpt_return('')\n#1 /www/wp-includes/plugin.php(212): WP_Hook->apply_filters('', Array)\n#2 /www/wp-content/plugins/js_composer/include/params/vc_grid_item/attributes.php(367): apply_filters('get_the_excerpt', '')\n#3 /www/wp-includes/class-wp-hook.php(292): vc_gitem_template_attribute_post_excerpt('', '')\n#4 /www/wp-includes/plugin.php(212): WP_Hook->apply_filters('', Array)\n#5 /www/wp-content/plugins/js_composer/include/params/vc_grid_item/attributes.php(346): apply_filters('vc_gitem_templa...', '', Array)\n#6 /web_doc in /www/wp-content/plugins/wp-document-revisions/includes/class-wp-document-revisions.php on line 2717

I was able to get the homepage back after I disable my new post grid. Obviously there is a conflict, but I don’t know where. If you are able to help me translate, I would be very grateful!

Hello,

We are trying to add a new document, but after uploading and pointing to the provided permalink, we are told “Failed to load PDF document.”

Any advice greatly appreciated.