Jory Hogeveen

See screenshot for the change: https://tinyurl.com/wyuuf4e

Update results in fatal error after submit (default template)

PHP message: PHP Fatal error: Uncaught Error: Call to undefined method WPDM\\Package::expirableDownloadPage() in /wp-content/plugins/wpdm-form-lock/wpdm-form-lock.php:464

Line 464 should be moved below to after the else.

Is this testsite using DM free or pro? It looks like it’s using the pro version correct?

Since I don’t have the pro version that could be a difference in environment since I use DM free with the form lock addon.

Ok looks like it works now:

I will try to concern about the issue to the related people which you have told.

What do you mean??

by the way, glad to hear that your problem has been solved. you will find free WPDM plugin here, https://wordpress.org/plugins/download-manager/.

I meant a public Git repository (GitHub?) so I can make a pull request.

I have tested your provided gravity forms plugin, and it is our testing site, http://wpdmpro.w3eden.com/.

I have checked your test site and it doesn’t work there either since the form lock isn’t active at all..
Could you setup the test site so that it works? I doubt it will..

I’d like to add that my client is getting impatient. It’s almost been a month since I reported this issue. At that time I already pointed out that the hooks seem incorrect as stated again on Febr 29th.

Jory

Hi Nayeem,

The error you are referring to is fixed, this is actually unrelated to the issue from this topic.
This is an AJAX call to add a view count to the package.
This is also unrelated to this plugin as it is part of the Download Manager core plugin.
It’s adding index.php in the URL and this is forbidden by a lot of servers due to security. Also, adding this is not needed.
I’ve made a patch but can’t find Download Manager free plugin on GitHub, where can I provide the patch?

Back to topic.

I’ve searched more in depth and found an issue, probably Gravity Forms specific.
GravityForms handles form submissions in the WordPress wp hook. See plugin file gravityforms.php in root on line 176 (add_action( 'wp', array( 'GFForms', 'maybe_process_form' ), 9 );)

The problem is that Download Manager handles form lock in the WordPress init hook, which is run before the wp hook.
See file: /libs/class.Apply.php line 30 (add_action('init', array($this, 'wpdmIframe'));).

By the time WPDM_FormLock::gravityforms_html() is called the wp hook isn’t run yet so no form handling is done by GravityForms.
This is the reason the form keeps displaying without processing any submissions.

I’ve reproduced this issue over and over again on a completely fresh local installation with only Download Manager, WPDM Form Lock and Gravity Forms active on a default WordPress theme.
My guess is that you are testing locally with an outdated GravityForms version. Please make sure you are up to date.

Jory

• This reply was modified 5 years, 2 months ago by Jory Hogeveen. Reason: File references

I already checked all logs, there are no errors.
It looks like the hooks for Gravity Forms are not working in your plugin. Might be a load order issue (wrong initial hook that sets other hooks).
Sorry, but I can not permit this site to be a testing ground for numerous forms due to both security and stability.
If needed I can make a test environment but I’ll try to find the actual issue myself before doing that.

I’ll notify you asap with my findings.

Hello,

Any update on this?

Thanks, Jory

Send as a private message.
Though I do find it odd that you support Gravity Forms but don’t have the plugin yourself.
How can you maintain this compatibility if you don’t have the plugin you claim to be compatible with??

Hello,
Any update?
Thanks.

Sorry, you are right, fixed now!