Search Results for 'download link'

Hello,

Since updating WP Download Manager from version 6.5.7 to 6.7.8, I’ve noticed significant layout and display issues on a page using the [wpdm_all_packages] shortcode.

Problems observed:
Column headers defined with colheads break as soon as they contain accented characters (e.g. “É”, “ô”): characters disappear or render incorrectly.
The visual layout of the table is also degraded (borders missing, columns misaligned).
The problem happens even when jstable=1 is removed, so it’s not only related to DataTables or JavaScript.

If I roll back to WPDM 6.5.7:
Table displays correctly.
Accented headers render fine.
JS sorting, search and pagination work properly.

Technical context:
WordPress 6.8.1
WPDM 6.7.8 (broken)
WPDM 6.5.7 (working)
WPDM – Advanced Custom Fields: 2.4.2
WPDM – Extended Short-codes: 3.2.0
Theme: Avada 7.12.1

Shortcode used:
[wpdm_all_packages items_per_page="20" jstable=1 categories="Evaluations" thumb=1 order_by="acf_Diplme_formation_alternance" order="ASC" cols="page_link|acf_tablissements_nom_commercial_etablissement|acf_tablissements_nom-de-letablissement|acf_Diplme_site_formation_annees-diplomantes|acf_Diplme_formation_alternance" colheads="Nom de la formation|Nom du diplôme|Établissement|Campus|Alternance"]

Tests performed:
Removing jstable=1 → search/sort disappear, but accent issues remain.
I haven’t tested without ACF fields yet (can do if needed).
Replacing accents with HTML entities (É), UTF-8 encoding, or URL encoding → no fix.
No theme change made (still using Avada).
The WPDM official demo works perfectly, so the issue is not universal but likely linked to something introduced in 6.6+.

Request
Could you please confirm:
Has the way colheads strings are processed changed between versions 6.5.7 and 6.7.8?
Is this a known bug or an unintended side effect of recent updates?
Is there a way to fix this immediately while keeping WPDM up to date?

I’m happy to provide HTML output or test any patch if needed.
Thanks in advance for your help.

Hello, I installed wpdm-pdf-viewer_3.2.1 with Download Manager Pro 6.7.7. The plugins are installed and active.
I want to display PDF viewer on download individual package page.
But the shortcode [doc_preview] is displayed in plain text in elementor and not showing any pdf view.
Other shortcodes like [doc_preview id=”{{post_id}}”] or [doc_preview id=”123″] are not working either, on any page, not working.
But shortcode like [wpdm_package id="{{post_id}}" template="link-template-panel"] is working OK.
I don’t know what to do, please help ! 🙂

Hello,
We’re using the Form Lock addon, and the download form has been synced with HubSpot to collect user data.
Everything is working fine, except for one thing: the form submission doesn’t include the name or link of the requested file, so we can’t tell which download the user is interested in.
Since we use a single Contact Form 7 form for all download packages, is it possible to dynamically populate a hidden field with the package title (based on the clicked download link) and send that to HubSpot?

Thanks in advance!

I was doing some site maintenance today and discovered that several of my short code download links are broken (generate “404” redirects). I have made no changes other than regular updates to WordPress (currently on Ver 6.8.1) and the WP Download Manager (currently on Ver 6.7.7). I have gone back to the Settings and tried toggling various options on and off but the problem persists.

Please advise as soon as possible. Thanks.

Hey Support Team,

Our client notified us that some of the companies they work with does not allow the PDF to display because of Download Manager parameters. Here’s what they found:

“The PDF is correctly hosted on your site. Note how the URL doesn’t have the blocked Google Docs URL path: https://actenergy.com/download/act-energy-technologies-reports-2025-q1-interim-results/?wpdmdl=1594&refresh=6835d9501e1cd1748359504. It looks like currently being served through a download manager plugin that adds dynamic parameters to the URL (e.g.,?wpdmdl=…&refresh=…).

Some corporate firewalls flag this kind of link as a potential online storage or file-sharing service, and automatically block access for security reasons.”

Here’s a screenshot:

We were hoping there was a work-around to this since it seems like a major issue – otherwise we may need to remove the plugin which isn’t really something we want to do.

Thank you for your assistance,
FBC