Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

UserForms has got a limit? Large form.. add another field -> save -> 404 #91

Closed
borriej opened this Issue Jan 31, 2013 · 4 comments

Comments

Projects
None yet
3 participants

borriej commented Jan 31, 2013

My setup:

  • SS 2.4.9
  • branche 0.5 installed from github (last week)
  • 2x UserForm pages, both quite large forms
  • UserForm 1 has no problems, but is less big (around 50 fields)
  • I duplicated UserForm 1 and Saved as UserForm 2 (so i could re-use some fields)
  • UserForm 2 has got 67 fields, headings, radio buttons, dropdown, email field and input textfields.

Problem:

  • When i try to add another field, i can fill it, but when i try to save the page.. i get the error: "Error saving content" in the CMS

Google Chrome Console errors:

  • Refused to set unsafe header "Connection"
  • Failed to load resource: the server responded with a status of 404 (Not Found) http://www.url.nl/admin/EditForm
  • Refused to set unsafe header "Connection"

Also getting a POST error sometimes:

  • POST http://www.url.nl/admin/EditForm 404 (Not Found) - prototype.js:765
  • Ajax.Request.Object.extend.request - prototype.js:765
  • Ajax.Request.Object.extend.initialize - prototype.js:740
  • (anonymous function) - prototype.js:25
  • CMSForm.save - LeftAndMain_right.js:203
  • action_publish_right - CMSMain_right.js:5
  • button.onclick - LeftAndMain.js:301

Error logs remain empty. So no other clue.

Also see:
http://www.silverstripe.org/all-other-modules/show/20176

Attempts:

  • when i delete 1 form field, doesn't matter which one, i can SAVE
  • I can add another UserDefinedForm page in the SiteTree, adding another field and saving also works on this page

@borriej borriej closed this Jan 31, 2013

@borriej borriej reopened this Jan 31, 2013

Owner

wilr commented Jan 31, 2013

I'm picking you're hitting the POST max size for the data so it's being rejected as the payloads too large. Not sure we've going to find an easy fix for that!

Contributor

ss23 commented Jan 9, 2014

@borriej , @micahsheets was hitting the max_input_vars limit, might be worth checking that.

@willr Could we possibly add an ini_get on max_input_vars and verify that the form isn't going to be too big? It seems like an edge case, but it would help a lot when people are hitting it.

Contributor

ss23 commented Jul 2, 2014

Pull request #191 will fix this

Owner

wilr commented Jul 30, 2014

Merged #191

@wilr wilr closed this Jul 30, 2014

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment