The following warnings occurred: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Warning [2] Undefined array key "avatartype" - Line: 783 - File: global.php PHP 8.1.31 (Linux)
|
![]() |
Changes to FORM Not Being Saved - Printable Version +- Form Tools (https://forums.formtools.org) +-- Forum: Form Tools (https://forums.formtools.org/forumdisplay.php?fid=1) +--- Forum: General Discussion (https://forums.formtools.org/forumdisplay.php?fid=5) +--- Thread: Changes to FORM Not Being Saved (/showthread.php?tid=4682) |
Changes to FORM Not Being Saved - grahame - Oct 6th, 2014 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 RE: Changes to FORM Not Being Saved - grahame - Feb 6th, 2015 Hi Still struggling with this... any ideas anyone? (Oct 6th, 2014, 2:18 AM)grahame Wrote: HI RE: Changes to FORM Not Being Saved - alexh - Feb 6th, 2015 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 RE: Changes to FORM Not Being Saved - grahame - Feb 7th, 2015 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. RE: Changes to FORM Not Being Saved - Sumer - Feb 26th, 2015 Just in case anyone else needs to do this... Add global $LANG; at the start of your hook... this worked for me. RE: Changes to FORM Not Being Saved - grahame - Apr 29th, 2015 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. RE: Changes to FORM Not Being Saved - ADaniel - May 6th, 2015 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. RE: Changes to FORM Not Being Saved - grahame - Jan 1st, 2016 (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! RE: Changes to FORM Not Being Saved - jjoo2017 - Mar 22nd, 2016 I used the "Update" button at the top of the Field's tab, the changes were not saved... บาคาร่าคาสิโนแทงบอล |