Ive only seen that once, fixed it by flushing the cms - admin?flush=1 and reloading the page
We've moved the forum!
Please use forum.silverstripe.org for any new questions
(announcement).
The forum archive will stick around, but will be read only.
You can also use our Slack channel
or StackOverflow to ask for help.
Check out our community overview for more options to contribute.
Damn I get "Allowed memory size of 33554432 bytes exhausted" upon doing an admin flush and it's on a shared server so set at 32mb.
Looks like were going to have to move servers again. I've had this a few times doing various stuff.
Ahhhhhhhhhhhhhhhhh
Ideally to run SS without any issues look to get 96mbs or more of PHP memory. My localhost is set to 128mb and that usually avoids many problems on large sites.
FATAL ERROR - SOLVED
As with others on the forum I was having a Fatal error when using the form builder as well. Below is what I intended to post to the forum but now that I've fixed it I'll leave it in for reference.
You must ensure that the user forms module is in a directory called "userforms", not "userforms-0.2.0" as I had it.
Hope this helps.
Running PHP Version 5.2.6-3ubuntu4.1
Steps:
1. Installed a fresh SS install, version 2.3.2
2. Checked out userforms v0.2 from http://svn.silverstripe.com/open/modules/userforms/tags/rc/0.2/
3. Flushed various things, admin, dev etc etc.
4. Created a "User Defined Form" page.
5. On the Forms tab, chose "Text Field" and clicked Add (not sure why there's two controls to do the same thing?)
6. Fatal error came up:
( ! ) Fatal error: Method name must be a string in /var/www/silverstripe/sapphire/forms/Form.php on line 245
Call Stack
# Time Memory Function Location
1 0.0009 102244 {main}( ) ../main.php:0
2 0.1532 6035848 Director::direct( ) ../main.php:118
3 0.1565 6167856 Director::handleRequest( ) ../Director.php:121
4 0.1647 6263400 Controller->handleRequest( ) ../Director.php:277
5 0.3102 11810708 RequestHandler->handleRequest( ) ../Controller.php:122
6 0.7455 19773356 RequestHandler->handleRequest( ) ../RequestHandler.php:143
7 0.7462 19773356 Form->httpSubmission( ) ../RequestHandler.php:129
Cheers,
- Bob -
I downloaded the trunk r80052 and I'm running v2.3.2-beta1. I got my old userforms 0.1 content to stay and I have the new 0.2 CMS interface.
What I don't have is the mollum and spam protection working. I have both installed and they work on my Blog area. Also I don't know where to put the email where the submitted form should be sent and I can't check a box to have the form be sent to the client in copy. Both of these last 2 features where easily taken care of right in the CMS interface in v0.1. Am I missing something?
Thanks,
Kate
Hi Kateh!
I'm having the same problem, but I'm using the stable 2.3.2 release and latest trunk releases of spamprotection, mollom and userforms (BTW, the SpamProtector/SpamProtecter spelling issue is a real mess… ;)).
Mollom is nicely working with forum registrations, but no Spam Protection field is to be seen in the UserForm pages. I've looked through the code and there's no SpamProtector field to be seen anywhere (as can be found in the Forum module code):
$protector = SpamProtectorManager::update_form($form);
@willr: Are you sure spam protection is commited into the latest userform trunk?
Best regards,
Juan
Right I managed to download userforms from http://svn.silverstripe.com/open/modules/userforms/tags/rc/0.2/ using svn ;-)
I uploaded it, did the db flush etc and everything seems ok.... until I start to have a play around making a form.
- Should the form screen look like the screenshot below (Untitled-3.gif)? why 2 inputs?
- I see knowehere to set a field as required
- Set "from" to the users email address (email field), can this be done?
Oh and I came across this...
- Create a new form
- Add a text field
- Click show options
- Click add rule
- Dont select anything
- Click delete
It will go to an unstyled page like the screenshot (Untitled-4.gif) below. If I then refresh the CMS another text field has been added. It only does this when you add a new field, seems to work fine if your working away and then go and do the options later.
I don't think I understand the purpose for the "Email Recipients" tab in the CMS next to the "Submissions" tab. Is this possibly the place to set the email to which the form should be sent? Or does my trunk version have it missing?
Grazie,
Kate