I've got a file upload form that sends the appropriate email to me, but the uploaded files don't appear in the component uploads folder. I have the file upload field in the form set to allow zip files of 5000K (file_8:zip{5000-0}), and FireBoard is likewise set up to allow 5000K uploads, be they images or files. What am I doing wrong? I have the enctype='multipart/form-data' added to the form tag attachment field, and there do not appear to be any odd </form> tags in my form HTML. In fact, I don't see form tags in there at all... only </div> tags. HELP!!
Forums
NEWBIE -- Upload difficulties.
Hi guitarplaya68,
Does form upload work OK in Fireboard? (There are some PHP settings that can affect this but they will affect both extensions.)
[sendfb][/sendfb]
Bob
Does form upload work OK in Fireboard? (There are some PHP settings that can affect this but they will affect both extensions.)
[sendfb][/sendfb]
Bob
After I read your reply, I went to FireBoard and uploaded a 4.2MB zip file. I went into the backend and set the FireBoard upload max for files and images to 50,000K and went back to FireBoard. I uploaded another 7MB zip. So that's all good. The upload form still did not complete the upload, and also did not send me the email . Before I added the enctype='multipart/form-data' line to the form tag attachment field, I was getting the emails but still no upload.
I've attached a backup of the upload form... I may just be too dumb to recognize an extra </form> tag!😀 It might still be set to 50,000K max (I wanted to see if it would help to set it the same as FireBoard, but it didn't. I don't remember if I set it back to 5000K before I backed it up...)
Thanks for the help!
I've attached a backup of the upload form... I may just be too dumb to recognize an extra </form> tag!😀 It might still be set to 50,000K max (I wanted to see if it would help to set it the same as FireBoard, but it didn't. I don't remember if I set it back to 5000K before I backed it up...)
Thanks for the help!
UPDATE!!
It appears that this IS a common problem between FB and ChronoForms... I posted earlier that I was successful in downloading a pair of zip files in FireBoard. Well, it certainly LOOKED that way!! the upload process appeared to complete, and FireBoard redirected me to my new post. There was a link to my freshly-uploaded zip file, along with an image I'd uploaded at the same time. What I DIDN'T do was to download and verify the zip's that I'd just uploaded to the forum. The zip files that you get back from the forum's link are garbage -- zero-KB files that throw a 'corrupt file' error when you try to extract. mysite/images/fbfiles/files/ contains nothing, and what was really odd was that my uploaded image wasn't present either... even though it appeared in my forum post.
I was told that php5 defaults to a 2MB upload max... is that true, and how do I change it? Should I change Joomla to allow FTP? I'm not even sure what to look for at this point... and I'm sure it shows! 😶
Thanks again,
Mark
It appears that this IS a common problem between FB and ChronoForms... I posted earlier that I was successful in downloading a pair of zip files in FireBoard. Well, it certainly LOOKED that way!! the upload process appeared to complete, and FireBoard redirected me to my new post. There was a link to my freshly-uploaded zip file, along with an image I'd uploaded at the same time. What I DIDN'T do was to download and verify the zip's that I'd just uploaded to the forum. The zip files that you get back from the forum's link are garbage -- zero-KB files that throw a 'corrupt file' error when you try to extract. mysite/images/fbfiles/files/ contains nothing, and what was really odd was that my uploaded image wasn't present either... even though it appeared in my forum post.
I was told that php5 defaults to a 2MB upload max... is that true, and how do I change it? Should I change Joomla to allow FTP? I'm not even sure what to look for at this point... and I'm sure it shows! 😶
Thanks again,
Mark
Hi Max and Greyhead,
After I got your email and checked the forum , I looked at the perms for the chronocontact uploads folder and it was 755. Acting on GreyHead's latest reply, I edited my php.ini file as follows:
max_execution_time = 1200
max_input_time = 1200
memory_limit = 128M ; Maximum amount of memory a script may consume (32MB)
file_uploads = On
upload_max_filesize = 60M
post_max_size = 75M
Then I used the form to upload a 2.76MB file... SUCCESS! The 'Thank You' page displayed; a valid zip was uploaded to the uploads directory; and the email was sent. The zip file was also present as an attachment on the email, which I didn't expect. I then repeated the test with a 4.88MB zip, and the results were identical, including the zip being attached to the email. Encouraging!
So I went big... I repeated the test again with a 26.2MB zip file, this time from my wife's computer, and logged in as her. This time, I got no 'Thank You' page, but was instead redirected to a blank screen. I checked the chronocontact uploads folder, and the 26.2MB zip was sitting there, complete and valid. This time, I did not receive the email. I went into ChronoForms Form Manager and turned on DEBUG for the form. I ran the test again, and was redirected to a page with the following message:
_POST: Array ( [text_2] => michelle.fuery [text_4] => lyw363 [text_6] => [email]michelle@mysite.net[/email] [text_8] => Test 2 [text_9] => Test 2 [undefined] => Submit [9b1cc9b1ee4cff8ea2c0a666065e6cff] => 1 )
I suspect that the submit process went wrong because of the email attachment. I searched the ChronoEngine forums for similar issues, and maybe a post on how to disable the email attachment from being sent... am I on the right track? And if so, how can I disable the email attachments? I've attached a zip with the php.ini changes, the error code, and a backup of my form.
Thanks Once Again, Guys -- I'm almost there!
Mark Fuery
After I got your email and checked the forum , I looked at the perms for the chronocontact uploads folder and it was 755. Acting on GreyHead's latest reply, I edited my php.ini file as follows:
max_execution_time = 1200
max_input_time = 1200
memory_limit = 128M ; Maximum amount of memory a script may consume (32MB)
file_uploads = On
upload_max_filesize = 60M
post_max_size = 75M
Then I used the form to upload a 2.76MB file... SUCCESS! The 'Thank You' page displayed; a valid zip was uploaded to the uploads directory; and the email was sent. The zip file was also present as an attachment on the email, which I didn't expect. I then repeated the test with a 4.88MB zip, and the results were identical, including the zip being attached to the email. Encouraging!
So I went big... I repeated the test again with a 26.2MB zip file, this time from my wife's computer, and logged in as her. This time, I got no 'Thank You' page, but was instead redirected to a blank screen. I checked the chronocontact uploads folder, and the 26.2MB zip was sitting there, complete and valid. This time, I did not receive the email. I went into ChronoForms Form Manager and turned on DEBUG for the form. I ran the test again, and was redirected to a page with the following message:
_POST: Array ( [text_2] => michelle.fuery [text_4] => lyw363 [text_6] => [email]michelle@mysite.net[/email] [text_8] => Test 2 [text_9] => Test 2 [undefined] => Submit [9b1cc9b1ee4cff8ea2c0a666065e6cff] => 1 )
I suspect that the submit process went wrong because of the email attachment. I searched the ChronoEngine forums for similar issues, and maybe a post on how to disable the email attachment from being sent... am I on the right track? And if so, how can I disable the email attachments? I've attached a zip with the php.ini changes, the error code, and a backup of my form.
Thanks Once Again, Guys -- I'm almost there!
Mark Fuery
Hi Mark,
I suspect that an attachment that big just kills the email process. I don't know what the practical limit is but probably no more than 8-10 Mb
You could try killing the attachment with this code snippet in the OnSubmit Before box. Warning, it's a bit of a sledge hammer and may kill too much!
Bob
I suspect that an attachment that big just kills the email process. I don't know what the practical limit is but probably no more than 8-10 Mb
You could try killing the attachment with this code snippet in the OnSubmit Before box. Warning, it's a bit of a sledge hammer and may kill too much!
<?php
unset($attachments);
?>
Bob
SUCCESS!!! SUCESS!!! You, guys are saviors!
I was a bit hesitant to try Bob's OnSubmit suggestion; his "sledge-hammer" caveat made me too nervous! So I decided to try Max's chronocontact.ini suggestion first, and it has worked like a charm for two days now.
I changed:
/**
* Send the email(s)
*/
$email_sent = JUtility::sendMail($from, $fromname, $recipients, $subject, $email_body, $mode, $ccemails, $bccemails, $attachments, $replyto_email, $replyto_name );
to:
/**
* Send the email(s)
*/
$attachments = null;
$email_sent = JUtility::sendMail($from, $fromname, $recipients, $subject, $email_body, $mode, $ccemails, $bccemails, $attachments, $replyto_email, $replyto_name );
and the 'Thank You' page displays, the email is sent with no attachment, and the file upload has accommodated a 42MB zip file twice now.
And now that I've had a chance to experience not only a great component but the superior technical support that backs it, I think it's time to pay a visit to your licensing page...
Thanks once again,
Mark Fuery
I was a bit hesitant to try Bob's OnSubmit suggestion; his "sledge-hammer" caveat made me too nervous! So I decided to try Max's chronocontact.ini suggestion first, and it has worked like a charm for two days now.
I changed:
/**
* Send the email(s)
*/
$email_sent = JUtility::sendMail($from, $fromname, $recipients, $subject, $email_body, $mode, $ccemails, $bccemails, $attachments, $replyto_email, $replyto_name );
to:
/**
* Send the email(s)
*/
$attachments = null;
$email_sent = JUtility::sendMail($from, $fromname, $recipients, $subject, $email_body, $mode, $ccemails, $bccemails, $attachments, $replyto_email, $replyto_name );
and the 'Thank You' page displays, the email is sent with no attachment, and the file upload has accommodated a 42MB zip file twice now.
And now that I've had a chance to experience not only a great component but the superior technical support that backs it, I think it's time to pay a visit to your licensing page...
Thanks once again,
Mark Fuery
This topic is locked and no more replies can be posted.