I know this has been posted before, but the responses I found didn't help our situation.  We are running Dynamic Forms 3.3.5 and I cannot get a file to attach.  It just shows "http://" as a broken link in the confirmation email I have setup.  I checked to see if it was being stored when the form is submitted, and it was not.

Could use some help.  Thanks

I really need to get this working - any one have any ideas on this?  Thanks a lot

Hello,

Can you please attach a screenshot of your settings for the file upload question type?

I have seen something very similar before where if you don't provide error message text for the file upload field when a file type that is uploaded that isn't valid, then the whole control won't work correctly.

If this isn't the problem then can you please take a look under Admin -> Event Viewer and tell me if you see any errors under this section?

Can you go to Admin -> File Manager and upload the same file directly to your server? The reason I ask is because maybe the file type you're trying to upload isn't permitted in your site settings.

From Admin -> File Manager can you confirm that you have a folder named DynamicForms_Uploads? Please let me know if you see this folder or don't

If you have any questions please let me know.

Thanks,

Ryan

Here is a link to the screenshot (didn't figure out how to attach it):
http://dev.dietechservices.com/attachoptions.jpg

I don't have error message text options (I have seen those screenshots in other parts of the forum, but don't have them myself).

We are running 3.30.50.  We did not see any patches or anything to download - just the option to upgrade to 3.4.

No errors in the Event Viewer.

I tried uploading a .JPG - which you can upload through FTP and the file manager.

I do not have a DynamicForms_Uploads folder.

Can you try creating a folder called DynamicForms_Uploads? Its possible that your file permissions on the server allow you to upload files but not create directories?

Can you also try other file save types, maybe instead of unique filename does it matter if you choose Friendly etc?

If you enable 'DEBUG MODE' within the form it should spit out some information for you if the file upload fails.

Thanks,

Chad

While the upload folder did not appear in the File Manager, it was in FTP.  So after synchronizing, it did appear in the File Manager.  After doing that, I tested the form again, and it did not work.  I changed it from Unique to Friendly, and that did not help either.

Where do you enable 'Debug Mode'?

Do you think upgrading to 3.4 will solve this issue?

Thanks

Hi.

You enable debug mode by clicking the hyperlink "Enable Debug Mode" within the admin interface of the user-facing page. If you enable this and then upload the file do you see details on anything that spits out?

The 3.4 release is the latest and greatest and there were some changes in this area however I don't know of any specific bugs logged for 3.3 on this issue.

Is AJAX enabled on the form under module configuration/AJAX Settings? Do you have question events as well?

-Chad

I enabled Debug Mode and nothing else displayed related to that.  It isn't showing an error, so I wouldn't expect it to.  It just goes to the thank you page, and sends the email.

There are no question events set up.

We upgraded to 3.4 and are still having the issue.  I also deleted the original field, and added it again.  I tried adding all of the different tokens (e.g. $AttachResume, $AttachResume_Link, $AttachResume_FullResults) to the confirmation email, and all I get is one "http://" and nothing else.

I added "Invalid Format" to the 'Invalid Extentions Error', now that I have the additional options in 3.4.  I also have "Unique Name (system generated)" and "Filename only (i.e. yourfile.jpg)" set.

I've tried JPG and PDF files.

Nothing appears in FTP in the "DynamicForms_Uploads" folder.

Hi Chad and crew, I had a similar expereince that I managed to resolve. After upgrading DNN from 4.95 to 5.6 and upgrading DF from (roughly) 3.3 to 3.4 .. I found that file uploads were going into oblivion somewhere. all seemed to work properly but no file was to be found. No error message was produced in event viewer or otherwise. The only indication of an error was when debugging was enabled.

I had listed the alternate upload map path as "/portals/0/" which is the same as the default .. thinking it was neccessary or prudent ... this caused the problem. Once I removed the entry all worked fine. Seems kind of odd that defining the default path wouldn't work in this case.

Thanks
Kelly

Hello Kelly,

Thank you for your contributed knowledge, we greatly appreciate you taking the time to help others in the community.

Please let us know if this helps you Jag.

If anyone has any questions please let us know.

Thanks and sorry for the tardy response,

Ryan