Rob Holl

Final update:
We were able to reproduce this bug in a fresh install with nothing but wpdm added.
While we were able to locate the problem, it was easier to downgrade to version 3.0.97 than manually fix the code.
We will keep an eye out for a patch while we evaluate other options.
Best of luck to you.

That page is not the problem.

The problem is on the /download/ page using the [wpdm_all_packages] shortcode. That table displays the incorrect “Access Denied” button for the same file (see the pictures above).

Incorrect: [wpdm_all_packages]
Correct: [wpdm_package id='5716']
Correct: /download/financial-report-2020-05/

I do not understand what you are asking.
The file cannot be accessed when logged out. That is the correct desired behavior.
The file has a category which has role access. This is the desired configuration.
The problem is the same in incognito mode and normal mode, on Chrome, Firefox, etc.

Again, the problem is that the same logged in user receives an incorrect “Access Denied” button in one place and the correct “Download” button in others.

The problem is that the user should have full access to the file.
They have the correct “Download” button when viewing the file’s page or a shortcode to the file ([wpdm_package id='5716']), but on the page using the shortcode [wpdm_all_packages], they see the incorrect “Access Denied” button.

This was working properly before the 3.1.0 update.

Ah yes, Cloudflare, sorry.

These are all on imgur: https://imgur.com/a/5uI7Use

My only guess was something to do with the multiple roles on a category, roles without any users, or some setting/plugin I haven’t included in the images (Ultimate Member, User Role Editor, WPDM – Page Template).

• This reply was modified 4 years, 10 months ago by Rob Holl. Reason: mentioned some plugins