Changes to FORM Not Being Saved

grahame · Oct 6th, 2014, 2:18 AM

HI

I have a large form with 120+ fields. When editing the form as Admin, changes do not get saved; neither can fields be deleted.

I recently had a problem with one of my hooks and found that I had to run a query to:-
'SET SESSION group_concat_max_len = 10240'
so I suspect this is probably a similar issue? Perhaps due to a MYSQL string length setting in config but does anyone know which one?

Thanks

grahame · Feb 6th, 2015, 2:57 PM

Hi

Still struggling with this... any ideas anyone?

(Oct 6th, 2014, 2:18 AM)grahame Wrote: HI

I have a large form with 120+ fields. When editing the form as Admin, changes do not get saved; neither can fields be deleted.

I recently had a problem with one of my hooks and found that I had to run a query to:-
'SET SESSION group_concat_max_len = 10240'
so I suspect this is probably a similar issue? Perhaps due to a MYSQL string length setting in config but does anyone know which one?

Thanks

**alexh** · Feb 6th, 2015, 6:20 PM

What version are you using? I'm having trouble with wysiwyg fields in 2.2.6. Solution should be to downgrade to 2.2.5 until the TinyMCE gets updated in the next version.

Alex

grahame · (This post was last modified: Feb 7th, 2015, 11:00 AM by grahame.)

Hi

Thanks for the reply.

I am on 2.2.6 as well.... but I'm not sure my issue is related to the TinyMCE editor? My problem occurs when using the form editor itself... that is to say

formtools/admin/forms/edit.php

or are they related in some way?

Thanks

(Feb 6th, 2015, 6:20 PM)alexh Wrote: What version are you using? I'm having trouble with wysiwyg fields in 2.2.6. Solution should be to downgrade to 2.2.5 until the TinyMCE gets updated in the next version.

Alex

Sumer · Feb 26th, 2015, 3:15 AM

Just in case anyone else needs to do this... Add

global $LANG;

at the start of your hook... this worked for me.

grahame · (This post was last modified: Apr 29th, 2015, 8:53 AM by grahame.)

Hi

Just thought I'd update this in case anyone else is having the problem.

I started to plough through the source code to see if I could isolate the issue but then it occurred to me to try setting the number of fields displayed to 50 per page. My changes now get saved.

So for clarity: when editing a form and on the 'fields' tab there is a 'Show' dropdown box at the top. By default it is set to 'all fields'. I changed this to 50 per page and my edits were correctly saved to the form.

I suspect there is a length-of-string issue somewhere that. by reducing the number of fields displayed, is avoided.

ADaniel · (This post was last modified: May 6th, 2015, 7:47 AM by ADaniel.)

I had noticed a problem with saving edits to my forms as well, in that changes were only being saved if I clicked the "Update" button at the bottom of the form's Fields tab. If I used the "Update" button at the top of the Field's tab, the changes were not saved. This is on version 2.2.6, and the forms are typically 60+ fields in length.

grahame · (This post was last modified: Jan 1st, 2016, 7:05 AM by grahame.)

(May 6th, 2015, 7:46 AM)ADaniel Wrote: I had noticed a problem with saving edits to my forms as well, in that changes were only being saved if I clicked the "Update" button at the bottom of the form's Fields tab. If I used the "Update" button at the top of the Field's tab, the changes were not saved. This is on version 2.2.6, and the forms are typically 60+ fields in length.

Hi

A little late on this, I know, but the update button at the top does not save field changes it simply changes the 'Show' dropdown settings. Fooled me a couple of times too!

jjoo2017 · Mar 22nd, 2016, 7:04 PM

I used the "Update" button at the top of the Field's tab, the changes were not saved...

บาคาร่า คาสิโน แทงบอล

FORUMS