E-mail submitted form is empty1 user found helpful
When people submit a form is it send to some e-mail addresses so people don't need to login on the website to see the results. But since the latest patch these e-mails are blank. Only the form labels are shown, the submitted content is missing.
I'm running a few websites with Concrete5 and they all doing the same thing since the latest patch.
Thanks - very grateful
I've also the exact same problem. Anyone knows how to solve this?
Thanks in advance,
I was having the same issue and solved it.
In my case I've made a Form block override for some custom stuff (root/blocks).
Apparently since the last concrete5 update this issue occurred.
So I took the Form block of the latest concrete5 update (root/updates/concrete220.127.116.11_updater/concrete/blocks) and replaced it with the one I've overritten in root/blocks. And I was good to go!
Hope this will solve your issue as well.
I also occured this error.
I fixed it by update the following file in concrete 18.104.22.168 :
The line 6 is wrong :
$submittedData .= $questionAnswerPair['question']."\r\n".$questionAnswerPair['answerDisplay']."\r\n"."\r\n";
must be updated by :
$submittedData .= $questionAnswerPair['question']."\r\n".$questionAnswerPair['answer']."\r\n"."\r\n";
Don't forget to override it with the standards rules of C5.
It works right now for me ;)
Unfortunately, I can't reproduce it.. If anyone could let me know what I'm missing, I'd be happy to fix it
I don"t know if it helped...
gardenblueprints.net (pls let me know if you need access to backend)
# concrete5 Version
# concrete5 Packages
AddThis (1.0), Amiant Image Gallery (0.7.3.1), CorporateAmerica Theme (1.5.1), Facebook Like Button (1.1), Featured Content Slider (1.1), Free Cookies Disclosure (1.0.3), Gallery (1.8.1), Lightboxed Image (0.9.2), Simple Facebook Gallery (1.03), Simple Image Gallery (1.1.3), Slate Theme (1.4), Sortable Fancybox Gallery (1.17), ViewPort (0.9.1).
# concrete5 Overrides
# concrete5 Cache Settings
Block Cache - On
Overrides Cache - Off
Full Page Caching - On - In all cases.
Full Page Cache Lifetime - Every 6 hours (default setting).
# Server Software
# Server API
# PHP Version
# PHP Extensions
bcmath, bz2, calendar, cgi-fcgi, Core, ctype, curl, date, dom, ereg, exif, filter, ftp, gd, hash, iconv, imap, ionCube Loader, json, libxml, mbstring, mcrypt, mysql, mysqli, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, posix, Reflection, session, SimpleXML, soap, sockets, SPL, SQLite, sqlite3, standard, tokenizer, xml, xmlreader, xmlwriter, zip, zlib.
# PHP Settings
max_execution_time - 60
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 1000
memory_limit - 82M
post_max_size - 82M
safe_mode - Off
safe_mode_exec_dir - /usr/local/php/bin
safe_mode_gid - Off
safe_mode_include_dir - <i>no value</i>
sql.safe_mode - Off
upload_max_filesize - 64M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - nocache
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5
safe_mode_allowed_env_vars - PHP_
safe_mode_protected_env_vars - LD_LIBRARY_PATH
Thanks again. Appreciate the quick response.
I added more information about my case.
I updated one site from 22.214.171.124 to 126.96.36.199.
As I saw, we need to be more pragmatic when we update a site because some variables can change.