-
Search Results
-
We’re on 7.5.3 / WP 7.1 – on plugins page it says “Automatic update is unavailable for this plugin.”
When I follow guidance to manually update, when I click Download again, it takes me to the page to purchase it. Our licence is active and will auto renew on 13 Sept.
Also – our Downloads History shows that WordPress Download Manager v3.0 has been downloaded twice today – which I don’t believe was us.
Grateful for any help. Thanks.
Topic: WPDM Archive Page update
Hello, I’m trying to update my WPDM Archive Page plugin from 5.1.1 to 5.1.2 as requested by WP and I can see in wp-admin/downloads/Settings/update the version 5.1.2 but when I click update it says that update was performed but in reality the WPDM Archive Page plugin is not installed or visible in the WP admin plugins’list.
I’ve got a PRO license and the website related parts are not working anymore!Can you let me know how to fix it ASAP?
Thank you.
JM Duchi
(Developer for this site: jeanmarc.duchi@idtsa.com)We are using WP Download Manager Pro to manage a large library of PDF documents.
We have observed significant bandwidth growth and are investigating whether document delivery is contributing.
Download URLs are generated in the following format:
/download/document-name/?wpdmdl=94034&refresh=<dynamic-value>
The refresh value changes every time the page is loaded.
When downloading a document, we observe the following response headers:
HTTP
1 cache-control: no-cache, must-revalidate, max-age=0, no-store, private
2 cf-cache-status: DYNAMICCould you please clarify:
Is the changing refresh parameter required for security or download tracking?
Does WP Download Manager intentionally serve files as non-cacheable responses?
Are downloads routed through PHP rather than served directly as static files?
Is there a recommended configuration that allows CDN/edge caching of PDF assets while preserving download statistics?
Are there known bandwidth or scalability considerations for large public document libraries?
What is the recommended architecture for organizations serving thousands of PDF downloads per month?
We installed the S3 plugin and migrated all downloads to S3. All downloads were somehow migrated to a folder named “/” in the s3 bucket. The migrated downloads work fine as they have URLs like https://…s3.amazonaws.com//filename.pdf.
New uploads after the migration are also appearing in the “/” folder in the bucket. However, their URLs are missing the extra “/” so downloads fail. We also cannot browse or see the “/” folder in the WP admin pages.
How can we fix this without losing all of our existing downloads and starting over?
Plugin version: Download Manager 3.3.62 (free version)
Also installed: WPDM – Elementor add-on
Site: staging environment (can provide live URL if needed)Description:
We have several separate downloads set up (different files, different titles, different pages), but no matter which download page a visitor lands on, the page always shows the details and download button for just one specific file — our most-downloaded one. Clicking “download” on any of the other pages ends up delivering that same one file instead of the file that actually belongs to that page.
Here’s what we’ve already ruled out:
It’s not a caching issue — we cleared all caching layers and the problem persists.
It’s not a permalinks issue — we reset permalinks with no change.
It’s not a data problem — each download item has its own correct file, title, and settings in the admin editor. The mix-up only happens on the public-facing page.
It’s not tied to one specific page design — we tried switching the “Page Template” option for an affected download to a different built-in template, and the problem still happened.
We also temporarily deactivated the WPDM – Elementor add-on to test. That didn’t fix it — instead, it broke the download button entirely (it stopped working rather than pointing to the right file). Reactivating the add-on brought back the original issue.
Since it happens consistently across every download page and isn’t fixed by anything on our end, this looks like it’s happening in the plugin’s own code rather than something misconfigured on our site. If it helps narrow it down: it seems related to how the plugin figures out “which download is this page about” — possibly connected to a related/similar-downloads lookup feature, since the file that keeps showing up everywhere is our single most-downloaded item.Happy to provide staging access or screen recordings if that would help you reproduce it.

