mdmower

I have not encountered any more missing captcha fields since version 2.7. If the issue resurfaces, I’ll reply here, but hopefully this can be marked as resolved.

Sure, I’ve updated the plugin and will reply back after a few days of testing. Thanks for the attention.

Expanding on @entumas’ original suggestions, it appears that the “back” option offered upon validation failure is hardcoded to “? Zpět”. Could this be updated to load the correct description based on the language selected in WordPress?

Possibly related? https://www.ads-software.com/support/topic/download-count-increasing-but-no-logs-logging

If it is the case that the wp_download_log database table does not exist for you, then it suggests there’s some issue during plugin installation for some users, where tables are not created successfully.

@barry Kooij In that KB article, it might be worthwhile to mention users look into child themes, so that download templates stored in a theme subdirectory don’t get wiped out when the theme updates itself.

Your headers suggest you’re using Apache with PHP 5.6. Could you check your apache error log right after attempting to download the file?

Run as superuser (sudo or su, depending on your hosting environment)
tail /var/log/apache2/error.log

Also, to clarify, is Vol16-No-3.pdf the only file in download number 1078?

This was the inspiration for one of my pull requests: Enable users to specify a custom template dir

You can also store templates in your theme directory. Here’s a comment from the code: “Look in yourtheme/slug-name.php and yourtheme/download-monitor/slug-name.php”. This isn’t really a viable option for me since my theme wipes out the entire theme directory on update.

I can think of a couple possibilities (definitely not comprehensive, just the first that come to mind): the mysql table wp_download_log was not created successfully or there’s some part of the php code that is not running correctly on your server.

Can you describe your hosting environment? (e.g. ubuntu 14.04, apache 2.4, php 5.5, mysql 5.5)

Are you able to edit and view your WordPress database directly? (e.g. using phpMyAdmin) — if so check whether the wp_download_log table exists.

See this comment and the immedately following code-block.

The cookie stores the version code of the file last downloaded by the client for 60 seconds, and then the cookie expires and is automatically deleted. It serves to prevent the server-side download counter from incrementing multiple times if a user double-clicks a link or if their browser/download-client makes multiple requests to download a file within a 60 second window.

No personally identifiable information is stored in the cookie.

This sure seems like a theme issue, since the featured image is not wrapped by an anchor tag in Download Monitor. For example, using the default 2014 WordPress theme, I found the box template output the following (pseudo)code:

<aside class="download-box">
  <img ... >
  <div class="download-count">...</div>
  <div class="download-box-content">...</div>
</aside>

The image fetch code uses WordPress’ native get_the_post_thumbnail() function, which does not wrap the image with an anchor link. I’d suggest rummaging around your theme settings, or perhaps looking at the featured image’s parameters in the Media Library to figure out what’s adding that wrapper link.

@aplkorex The way in which this is ultimately handled in Download Monitor 1.8.0 is through a new option “Count unique IPs only” under the Logging tab.

Barry explained to me that the log should generally be a faithful representation of actual activity, unless explicitly altered via that option. I’ve since come around to this philosophy. Those repetitive entries you’re seeing really are multiple access attempts by the client (either by anxious clickers or ill-behaved download managers making numerous requests).

I have a vision of adding a “Group similar entries” feature to the log viewer for the future (imagine a collapsible grouping of identical log entries, where the most recent access determines the order of each group in the log view), but it will take considerable time to implement and even then Barry would need to sign-off on it. So, don’t hold your breath.

For now, the best way to avoid these multiple log entries is to enable “Count unique IPs only” in version 1.8.0 or newer.

Hi poundsixzeros,

I’ve thought about a similar feature as you suggest in the past. I’m open to adding more fine-tuned counter increments, but I don’t really want to invest time into coding the feature if Barry Kooij doesn’t see it as valuable.

Barry, maybe you could comment on whether a feature like this would be considered for inclusion? I imagine it would be included on the Logging page of options as:

Increment counter for downloads by: [ select from: all users, registered users, unregistered users ]

I’m not so sure fine-tuning beyond this (like for admins, but not editors) would be worthwhile.

I believe this is where you can submit translation updates: Transifex – Download Monitor

I’ve seen this repetitive logging occur with more than just IE. I took a look at the code today and noticed that the feature which is supposed to suppress duplicate logging isn’t actually working right. I put up a pull request for the author to evaluate here: github.com/download-monitor/download-monitor/pull/287. If you’re savvy with editing files on your host, you can probably squeeze those few changes in by hand. Otherwise, you can wait for the next version of this plugin, which I’m sure will contain some variant of this fix.

I wanted similar functionality, so I put up a pull request to incorporate this change: https://github.com/download-monitor/download-monitor/pulls

The author will have to decide whether 1) he wants the feature, and 2) if it is implemented well.