Dear WP Download Manager Pro Team,
please forward this to your developer team.
We are currently debugging our sites performance, and according to “Query Monitor” the WPDM plugin is adding a lot of page load time by executing a lot of SQL queries. On our page with 12 download packages, it is sending 121 SQL queries which accumulates to 515MS added time to page load.
The 12 downloads are with the Gutenberg block. The template is not displaying any statistics of number of previous downloads, but it seems the plugin is fetching statistics for every download block, adding 12 uncached sql queries and 242MS of TTFB time alone. (Please see my attached screenshot).
Secondly, there are 60 SQL queries to wp_comments table adding another 97MS of TTFB. These queries are also completely unnecessary for us – we don’t allow comments.
Thirdly, query monitor also warns about duplicate queries when fetching the download data itself from wp_postmeta.
Please see our attached screenshots.
We are looking forward hearing from you.
Best,
Leonhard
Screenshot 1: https://snipboard.io/jBhpbD.jpg – Query Monitor Slow Query Warning
Screenshot 2: https://snipboard.io/HU0aZu.jpg – WPDM adding 246MS of TTFB for statistics
Screenshot 3: https://snipboard.io/jKEDfp.jpg – WPDM adding 97MS of TTFB for 60 queries to WP Comments
Screenshot 2: https://snipboard.io/s4N9XV.jpg – WPDM adding 515MS of TTFB altogether
PS: This is our Template:
<div class=”wp-block-download-manager-panel w3eden wpdm-sa wpdm-sa-many”>
<div class=”card card-default panel panel-default”>
<div class=”card-header panel-heading collapsed” data-toggle=”collapse” href=”#wpdm-[version]”>
<div class=”title” style=”color:#333333″>[description]</div>
</div>
<div class=”card-body panel-body collapse” id=”wpdm-[version]”>
<div class=”d-all”>[icon] Download all ([package_size]) [download_link]</div>
<div class=”content”>[file_list]</div>
</div>
<div class=’panel-footer’></div>
</div>
</div>
I have set the login page in the front-end settings to the existing login page. However, when I click the ‘Login to Download’ button as a test, I am not redirected to that page but only to ‘/login’ and receive an error.
How can I set the correct link?
Thank you for your help!
Hi,
After the latest update of WP Download Manager Pro, I encountered an issue with the registration form. The registration button is not working, and the browser console shows the following error:
“An invalid form control with name=’wpdm_reg[last_name]’ is not focusable.”
It seems that some form fields, such as “Last Name” and “Confirm Password,” are required but not visible or not properly handled. I have tried the following troubleshooting steps:
Checked the registration form settings in the plugin
Disabled other plugins to rule out conflicts
Reset the permalinks
Checked for errors in the browser console
However, the issue persists. Could you please assist me in resolving this bug?
The pagew is: https://imeva.it/registrazione/
Thank you for your support!
Hello…I just updated the archive page add-on from V4.4.4 to V4.6. On our archive page, on initial load, it showed the search function, the categories on the left and then a column of packages (from all cats, from most recent to least recent). Now, on initial load, the packages don’t load at all. It’s blank, with a message that says “select category or search…”. Most of our users just load the page and download the most recent packages, so is there a parameter that I can add that will cause all packages to show up right away. If I click on “HOME”, then the packages show up immediately, so I just added a note that says “to view the most recent packages, click on ‘Home'”, which is a fine workaround, but we did like it when all the packages from all categories were listed right on initial load. Thanks for any help!
Currently using DM V6.7.2, WPDM – Archive Page V.6
Here is the short code we are using:
[wpdm_archive cat_view="extended" button_style="default" showcount=0 link_template="5c830ecaed300" items_per_page="30" order_by="date" order="desc" cols=1]
Here’s how it used to look on initial load:
Here’s how it now looks on initial load:
Let me know if you need any additional info!
Reeb Venners
zcla.org
Hi, I have an issue with the sidebar on download pages showing below the download content. I will link and example in the next message.
I am using this shortcode:
[wpdm_all_packages login=1 thumb=1 items_per_page="25" categories="community-relationships-and-social-connection" template="topicssearch" jstable=1 order_by="field_name" order="ASC/DESC" cols="title|categories|excerpt|download_link" colheads="Title|Categories|Excerpt|Download ::155px"]
I would like to make the thumbnail bigger OR take it out all together (with no icon). I would also like to change the text on the download button. Can I do this?
The following package is available when the link is directly accessed when a user isn’t authenticated / logged in
The subscriber role is required to download
There are a lot of issues with file requests.
The expiration date isn’t respected by default, neither is the closed status, and I had to write my own hook to override the fileRequest function located in wp-content/plugins/download-manager/src/DropZone/DropZone.php
. And because there are no proper hooks/filters here I then had to also override the Template::locate
function from wp-content/plugins/download-manager/src/__/Template.php
for just this one instance. That was all working fine until 6.7.1.
However, after the new “Dropzone improvements”, File Request uploads stopped working. Specifically, $_FILES[‘attach_file’][‘tmp_name’] is empty, and error = 1.
Also there doesnt seem to be a way to make File Requests public/for non-logged in users, so I have to yet override 2 more functions.
In the “chunkUploadFile” function in wp-content/plugins/download-manager/src/AuthorDashboard/AuthorDashboard.php
, you are unlinking package_file
instead of attach_file
on line 354, but that’s not the issue here. (Based on reading other code, I believe you meant to only use package_file
for admin frontend uploads and not for “File Requests”.
I’m a bit concerned about the status of the Dropzone/File Request features, and their confusing settings overlaps.
How can we fix this?