Issue with posting payments

stratoc wrote on Tuesday, June 21, 2016:

We have an issue when posting certain payments:

When we go to Fees, Batch Payments, Search Payment, type is a specific check number, then type in specific user, then update the payments. Once we click finish payment, we get a dialog asking to continue, we click OK, then the screen goes blank.

What is odd is this only happens with certain patients. 25 out of 200 have this problem.

Any suggestions?

We are running OpenEMR 4.2 on Azure?

Thanks

mdsupport wrote on Tuesday, June 21, 2016:

Blank screen typically would indicate a program error. Post the errors in PHP log here if the messages are not explanatory enough.

stratoc wrote on Wednesday, June 22, 2016:

Attached is the log file.

htuckjr wrote on Wednesday, June 22, 2016:

Hello Garth-
Would you estimate the time the blank panel appeared was appx 1315hrs Pac time = 2115hrs GMT (Europe/Dublin)?

  • HT

stratoc wrote on Wednesday, June 22, 2016:

Yes, probably around 13:20

mdsupport wrote on Wednesday, June 22, 2016:

Hey, that’s over 200K warnings and notices.
Can you please change setting to show only E_ERROR, truncate log and then just post the error messages when you post payments in error?

stratoc wrote on Wednesday, June 22, 2016:

[23-Jun-2016 00:01:39 Europe/Dublin] PHP Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0
[23-Jun-2016 00:01:39 Europe/Dublin] PHP Notice: Undefined variable: payment_id in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 468
[23-Jun-2016 00:01:39 Europe/Dublin] PHP Notice: Undefined index: payment_id in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 468
[23-Jun-2016 00:01:40 Europe/Dublin] PHP Notice: Undefined index: ParentPage in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 735
[23-Jun-2016 00:01:40 Europe/Dublin] PHP Notice: Undefined variable: hidden_patient_code in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 1147
[23-Jun-2016 00:01:40 Europe/Dublin] PHP Notice: Undefined index: mode in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 1150
[23-Jun-2016 00:01:40 Europe/Dublin] PHP Notice: Undefined variable: TypeCode in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 1152
[23-Jun-2016 00:01:40 Europe/Dublin] PHP Notice: Undefined variable: Message in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 1155
[23-Jun-2016 00:01:40 Europe/Dublin] PHP Notice: Undefined variable: CountIndexAbove in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 1156
[23-Jun-2016 00:01:40 Europe/Dublin] PHP Notice: Undefined variable: CountIndexBelow in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 1157
[23-Jun-2016 00:01:40 Europe/Dublin] PHP Notice: Undefined index: ParentPage in C:\OPENEMR_WEBSITE\interface\billing\edit_payment.php on line 1158

Let me know if this works. Thank you.

mdsupport wrote on Thursday, June 23, 2016:

Only thing that stands out is the first line since other ‘undefined’ variables/indexes seem to be working in other payments. It also indicates your data entry screen probably has 100s of line items for which the payment screen is creating and sending contents of several input boxes.
Have you tried limiting the number of line items? If that is not possible, can you try raising the limit ‘max_input_vars’ to something like 3000? If it does fix the problem, you can always reset the limit to original value and review the payment process to see why so many entries show up.

visolveemr wrote on Thursday, June 23, 2016:

Hi,
Just as an added note, these are the recommended setting in php.ini file for proper functioning of OpenEMR.

PHP.ini changes:
short_open_tag Off
display_errors Off
register_globals Off
max_input_vars at least 3000
max_execution_time at least 60
max_input_time at least 90
post_max_size at least 30M
memory_limit at least 128M

Hope this helps.

Thanks,
ViSolve OpenEMR Support Team
ViSolve

stratoc wrote on Thursday, June 30, 2016:

We are still receiving the same blank page after we’ve made the suggested tweeks: attached are screenshots of the steps we take:

stratoc wrote on Thursday, June 30, 2016:

We are still receiving the same blank page after we’ve made the suggested tweeks: attached are screenshots of the steps we take:

rgenandt wrote on Friday, July 01, 2016:

I don’t know where you set your max input vars, but every line on that screen takes like a dozen inputs, and you have a lot of them. Count lines, multiply by 12, add a few for other stuff - see what number you get.

On Friday, July 1, 2016 12:58 AM, Garth Magnuson <stratoc@users.sf.net> wrote:

We are still receiving the same blank page after we’ve made the suggested tweeks: attached are screenshots of the steps we take:Attachments: