order management plugin – hangs after change order from Manual Co-Unpaid to paid

[domingosanna]

Hello there.

I am fascinated with these set of plugins I have got from you but for the time being I have an intermitent failure using “order management” plugin which is avoiding me to put the site in production since most of my orders will be processed manually.

What I did so far so as to solve the trouble:

– I have made a clean full reinstall for wordpress 3.7.1 and full restored backup from Updraft Plus.

– Reinstalled (cleaned the plugins files and then installed) eStore, eMember and PDF Stamper to the lates versions that I have downloaded yesterday. I reinstalled order management as well.

– Deleted the digital product and created a new one to test.

– I disable all plugins without relatioship with Tips-and-tricks-hq plugins and tested again.

None of these helped anyway. In short I cannot change from the co-unpaid status to co-paid since the plug is hangs after I save the modifications in the order. If I refresh the screen I still have the co-unpaid status. So my information was not save in my understanding. Could you please help me in this matter?

Thanks!

domingo

[mbrsolution]

Hello Domingo have you tried a different theme? Try one of the default themes that come with WordPress and see if your issue is a theme related problem.

Also when you say:

– I disable all plugins without relationship with Tips-and-tricks-hq plugins and tested again…..did you disable all plugins and only left Tips-and-tricks-hq plugins when you ran that test?

Do you have any cache plugin?

Kind regards

[domingosanna]

Hi, thanks for the comments.

After a long troubleshooting I could find a work around and reproduce the problem several times. So I am confident about what is going on.

The hang is solid and appears when I select in the PDF Stamper the option “Enable PDF Encryption”. When it is in the hang state, I go back to the PDF Stamper, then disable the mentioned option, go back to Order Management and try to modify the same order’s status again from Co-Unpaid to Co-paid. All the times it works without any problem.

I know that encryting the file takes more time and resources. Could it be influencing…?

I am selling eBooks and it will be useful having Encryption ready so as to avoid direct text or images copy from my pdf file.

All your help with this topic will be appreciated.

Kind Regards

domingo

[mbrsolution]

Hello Domingo, here is a link to check the minimum requirements

http://www.tipsandtricks-hq.com/wp-pdf-stamper/minimum-requirements-for-the-wp-pdf-stamper-plugin-104

[domingosanna]

Hello, I follow the validation procedure and I meet the minimun requirenments. In fact I have 256M available plus all the other requirements. The pdf file that I was testing was 27 pages long only (my book has 280 but I did not tried yet).

My provider (Inmotion hosting) suggested me to review the php.ini with the following results:

;;;;;;;;;;;;;;;;;;;

; Resource Limits ;

;;;;;;;;;;;;;;;;;;;

max_execution_time = 30 ; Maximum execution time of each script, in seconds

max_input_time = 60 ; Maximum amount of time each script may spend parsing request data

memory_limit = 512M ; Maximum amount of memory a script may consume (32MB)

Are those OK? anything else that I can do?

[admin]

Encrypting the PDF file itself is a very resource intensive operation so sometimes a share hosting can’t handle the processing (this is why it is an optional setting). Test a manual stamping with the PDF file encryption setting on. Can you successfully do stamping with the extra file encryption feature enabled? If your server can’t handle the file encryption then keep that feature disabled.

[domingosanna]

Adding a cache plugin solved the problem even for the 280 pages eBook!

[domingosanna]

Hi there,

Now I have a trouble with the WP Super Cache plugin. While I follow with care the instructions in

Using the Plugins Together with WP Super Cache Plugin

there is conflict with eMembers. I have a protected page only for Premium members. When the WP Cache plugin is enabled although I have entered the right user and password the system respond me with the same login form every time. Such is it did not recognize the user but I confirm it is in the member list and active.

I disabled WP Cache plugin and the problem disappears and appears every time I enable the cache plugin. I have updated eMember, eStore and also PDF Stamper but it did not change the sympthoms.

Is there anything else that I can try to troubleshoot?

Regards, domingo

[admin]

Are you using a specific login page for the member login or are you using a sidebar login widget?

[domingosanna]

Actually I am using the “fancy” login style 2 but I have also tried the regular login page (the default from installation) with the same results.

[admin]

Lets try the following:

Make sure the fancy login option is turned off. Create a dedicated membership login page if you don’t have one already (eMember created this for you when you first installed the plugin). Lets say that the URL of this login page is the following:

example.com/member-login

Now, go to the advanced tab of WP Super Cache plugin settings and scroll down to the section with the following message:

Add here strings (not a filename) that forces a page not to be cached

Add member-login string in that field and save it. That field’s value should like like the following (given you haven’t changed it before):

wp-.*.php

index.php

member-login

Let me know if you still see the caching issue with login after that.

[domingosanna]

Solved! even with the fancy login form. Thanks very much!

[Author]

Posts