HI Tahasin,
Just to double check when I have downloaded wppromembership it looks like it is the same version:
Plugin name WP Pro Membership WP Pro Membership
Version 3.9.8 3.9.8
Author WordPress Download Manager WordPress Download Manager
Is this the updated one and should I proceed in replacing the current with this?
Hi Tahasin,
Paypal is using a webhook so i have resent where it says failed but seems to be stuck on pending.
I was waiting to see if it would complete but it hasn’t, can i double-check is it wppromembership.zip that i need to re upload to update tobe able to maually assign memebrship?
Thanks
THanks Tahasin,
While you are looking into it, what would the best way to give the user the correct permissions to view the site, I’m conscious they have paid but currently can’t see the resources.
Thanks
Any luck with this? Or is their a way I can make her an annual member so she can have access to the resources on the website?
Hi Tahasin, thank you, can i double check is v6.7.9 the latest version? and was the issue that I was experiencing found?
Hi Tahasin,
Is there an update at all?
Thanks,
Anna
Hi Tahasin,
Thanks for your continued help.
Unfortunately, I’m not able to ask the end client for IP details — they’re a non-technical user and it’s not something they can easily check.
That said, I’d like to reinforce that:
The user is logged in, and the plugin is tracking downloads correctly via the wpdm_dd_user_dlc counter (50/50)
But the download logs (ahm_download_stats) only show 10 entries
This issue has appeared for multiple users, not just one
Regardless of IP version, I would expect that:
A logged-in user has a valid uid
Each download should be logged with that uid
The logging should happen independently of whether the IP is IPv4 or IPv6
If logs aren’t being written while the count is still increasing, that’s an internal inconsistency — possibly due to a bug or condition where the plugin skips logging but still counts the download.
Could you please confirm with the dev team:
Are there known scenarios where the plugin counts a download but does not log it?
Does the logging system have any IP-based conditions or filters?
Is there any reason the wpdm_downloaded_files meta key would not be updated even when limits are reached?
I’m happy to help test this further if needed, but I would appreciate if we could keep this focused on plugin behaviour rather than client-side IP setup.
Thanks again,
Hi,
Thanks for the update.
I can work on setting up a staging site so your team can test in a safe environment — please let me know specifically what you would like to test or observe there.
Just to reiterate: this isn’t limited to one user. The issue occurs consistently across multiple users, where the download counter in wp_usermeta count is different from the ahm_download_stats table.
Once the staging site is set up, would you need access to the admin area or FTP as well?
Let me know what details you need and I’ll get that prepared.
Thanks for confirming the issue has been escalated. Just to be clear for your dev team:
The user download counter (wpdm_dd_user_dlc in wp_usermeta) is reaching the 50-download limit as expected.
However, the download log table (ahm_download_stats) only contains 10 entries for the same user.
This means 40 downloads are being counted, but not recorded in the database.
This is not just a display issue in the admin UI — it’s a deeper problem where the database itself is missing entries. That breaks the reporting functionality and creates inconsistency between what the plugin limits and what it logs.
We’ve confirmed this across multiple users, not just one. Please let us know if the dev team needs SQL logs, screenshots, or temporary admin access to investigate further.
THanks
Hi,
Thanks for the reply.
I understand your point regarding VPNs or other client-side tools possibly affecting IP or browser data. However, this is not the issue we’re reporting.
The issue is that:
• The user adelineMoreau has clearly hit the 50-download limit (wpdm_dd_user_dlc = 50)
• But the ahm_download_stats table only contains 10 entries for this user (uid = 182)
• The Download History screen in the admin only shows those same 10 entries
• All downloads were done while logged in and should have been recorded
This is not a case of stats not counting correctly — the plugin is counting downloads but not recording the full download history, which creates a mismatch between:
• What the plugin enforces (download limit)
• What the plugin shows in reports (partial data)
This affects multiple users across the site — not just one case.
Could you please escalate this to your development team or confirm:
1. Is there a known bug in how many downloads are logged in ahm_download_stats?
2. Under what conditions might a download increment the count but not be recorded in the log?
Hi,
As it is happening with multiple different users, I’m not really sure how I can check this, but why would the counting stats be correct but the actual downloads not be recorded?
Thanks
Hi,
The issue is that the Download > stats are not recording correctly.
Even though a user has hit their download limit (50), when I look at their stats on the dashboard it only shows 10 downloads.
I have also queried the table in the database and it is also only showing 10 downloads, even though the user has downloaded 50xs.
What I need to know/needs to be fixed, is that the actual downloads are being correctly recorded as at the moment they’re not.
Thanks
HI Tahasin,
Thank you for your reply.
I have asked the client to take a screenshot of the webhook and also run a webhook simulator test to see what results we get and I will come back to you.
Thank you for the update on the stats that will be very useful.
Kind regards,
Anna
Hi When we click reconnect it makes the membership active but the payment system changes to Manual rather than PayPal, and we don’t understand why it hasn’t automatically reconnected as it should as a subscription.