Bug in Lbv forms

tzirtzipik wrote on Thursday, March 13, 2014:

Hello, im dealing with this problem and i cannot figure out why this is happening.I start creating my Lbv forms and it all goes smoothly ( i can correct a mistake like a false data type or a mispelling,change sizes ,data cols, label cols) but at some point when i am trying to fix something like a mispell or make a field unused and save it, My changes dont take place at all. Also when i try and create a new group i am only allowed the 1st required field that is required to create a new group.When i try adding another field to this new group it creates a new empty group that i have to delete. I dont know what is causing this .The previous times that this happened to me ,I guessed that it was when i perhaps used the same id for some field ,or changing multiple things for several fields at the same time. But this time i was carefull not to make these mistakes, so these are not the cause. Does anyone happen to know what might trigger this “misbehavior” of the Openemr. Is it some kind of bug that i can prevent or fix? I really need some help because i end up re-installing Openemr and my work goes to waste ,so i am forced to rewrite everything again.
Thank you in advance

blankev wrote on Thursday, March 13, 2014:

Sometimes when deleting a Field I think, not sure though, it helps if you Logout and Login again. Not from the LBV forms but Logout from OpenEMR.

Hope this helps.

mdsupport wrote on Friday, March 14, 2014:

Most common cause of a new field not getting added is this confusing design where to add a new field to a group, you are required to press ‘Save New Field’ button that is really easy to miss/forget because of the color scheme and placement. By mistake if you press ‘Save Changes’ button at the screen bottom as one would expect to press because they are making changes that need to be saved, your change becomes part of ether.

You will also have some frustration if you made corrections, did not save them but chose to add new field or group and saved that group. In that case changes outside the <div> are ignored. Best bet is to make a change and save it before next one.

After several frustrating cries of “oops’”, we changed the form manager code.

Add new field should have been a pop-up if that <div> is going to have its own buttons!

tzirtzipik wrote on Friday, March 14, 2014:

I am not using code at all ,i just add the fields through openemr so i am not familiar with the code. Is there a limitation of the number of fields for each form or for a specific data type?
Also what exactly do you mean changes outside the

are ignored?

mdsupport wrote on Saturday, March 15, 2014:

“Form manager code” => Form Manager program that lets you create and change LBV forms.

To see the problem stated earlier:

  1. Get existing layout to edit
  2. Make changes to one or more fields such as data type change but do not press ‘Save Changes’ button.
  3. Press ‘Add Field’
  4. Enter some details to set up this new field
  5. Press ‘Save New Field’ button
  6. Refreshed layout will show new field but ignore changes made in step 2 above.
  7. Repeat steps 1 thru 4 and then press ‘Save Changes’ button at the bottom of form.
  8. Refreshed layout will show changes made in step 2 above but new field will be ignored.

If you do not keep this quirk in mind and expect everything on the screen to get saved, you will think that the program has ‘bug’ which gobbles some of your input some of the time!

tzirtzipik wrote on Saturday, March 15, 2014:

Thanks for your replies. No this doesn’t happen. But now when i create a new group with its 1st required field, when i try adding a new field to this group it fails and it creates an empty group with 1 field with no data just “0” in Order.

blankev wrote on Saturday, March 15, 2014:

Recreate the bug of the LBV-Form in one of the Demos. If created just after the reset, I might be able to follow your steps and see where it went wrong and confirm or deny the bug and even might have some solution.

Most Demos reset every morning, so be sure not to make the LBV-Form just before the reset. Also just make a remark on one of your question forums so I get a respons to look ASAP.

tzirtzipik wrote on Monday, March 17, 2014:

Hi, Pieter sorry for my delayed reply. After i had tried everything to solve this and posted my question ,a developer of OpenEMR contacted me and helped me to solve this. The problem was that i had too many fields and had to change the “max_input_vars” to a bigger number. “max_input_vars” can be found when we are in XAMPP control panel and press
Config->PHP (php.ini) for the Apache module. After i stop and restart Apache the problem is fixed.
Thank you for trying to help me