robaxxx

Hi, thanks for the prompt reply.

Just to clarify point 2…

I run a multisite WP instance where each site is for a separate person or client. For efficiency and security I like to use a single plugin for a single purpose and so I only want to have one Australia Post plugin installed for that purpose.

Plugins I install need to have useful free functionality and sensible paid features for sites that are successful. Many plugins have a ‘catch’ feature that ultimately makes the free version pointless, and so I spend a lot of time carefully researching and choosing what to install. e.g. International shipping rates is such a feature.

And with that in mind, the free and paid versions of any given plugin need to work separately on the same WP instance so that the decision to get a license can be made by the needs of the individual client and not the plugin.

Thanks again!
Rob

Hi Dimitris

I’ve tested this now on the Azure trial server I set up for this purpose. The form plugin there is still version 1.17.2 and has not been upgraded.

The test emails arrived with the files correctly attached and the file was also successfully removed from the server when the second new option was enabled.

But note – I have since also discovered that the new release of Forminator – version 1.18.1 correctly attaches the files to emails. This is on my live website where I first reported the problem and where I let the plugin update itself.

I don’t know if that release already includes the fix above, but it certainly works now, so that’s great.

Hi
I’ve submitted that form and pasted the following into the subject field:
ATTN: Nebu John – the public URL

Looking at it now, that may not be exactly what you meant. In any case, see if you get it.

I’m still on this, just have to spend more time to figure out how to get an external URL to a site on the Azure trial server.

You’re making me jump through all these hoops here and it takes time. You could of course just go with my offer and let me give you access to the server. Then you could see it all yourself.

Otherwise I’ll have another go at the URL tomorrow.

HI Patrick

Yes, the environment is as detailed in the first post. All of the applications required by WordPress… PHP, MySQL are official Windows programs and I’ve used both 32 and 64 bit versions. In the last post I made I detailed the installers and indicated that everything is at defaults.

I’m not aware of any additional requirements or special settings that need to be applied to make things work and I’m not using any caching or anything else funny. The other form plugin I tested confirms that sending notifications and attaching documents works in the default environment.

You can have access to the server I set up for testing purposes. It’s ready to go and has nothing else on it. Might save you some time. Just let me know where to send the login if you want it.
Regards
Rob

Hi again

That was a huge ask and took me a lot of stuffing around but I’ve done it now. I don’t have free Windows servers falling out of my sleeves so I had to find one I could set up from scratch for free.

I set up an account at Azure.microsoft.com and used their free trial to set up a Server 2019 resource. Then I spent last night and today sorting out all the necessary bits and doing tests. I’ve completed that now and the outcome is the same… as expected.

Added Microsoft Server 2019 Gen1 resource
Added role Web Server
Installed:
PHP 7.4.13 (x64) via Web Platform Installer
PHP Manager 1.5.0 for IIS 10 from https://www.iis.net/downloads/community/2018/05/php-manager-150-for-iis-10
MYSQL Workbench 6.3.10 from https://downloads.mysql.com/archives/workbench/
Latest MySQL installer 8.0.28 from https://downloads.mysql.com/archives/installer/
Used that to install 64 bit MySQL 5.7.34 Community Server

No special configuration needs to be applied. Everything in IIS, PHP and MySQL are at defaults.

Added DB with Collation: utf8mb4 – default collation and created new DB user
Added site to IIS
Put latest WordPress in the site folder and fired it up – all good.

Installed ‘WP Mail SMTP’ and set it up with my smtp server. Works fine.

Installed Forminator
Added form with only email and a single file upload field.
Added form shortcode to a new blank page.

Multiple tests with Forminator send the form submissions but won’t send the attachment as originally reported in this thread.

Installed Contact Form 7
Added file upload field and file attachment tag to default contact form following docs: https://contactform7.com/file-uploading-and-attachment/
Added form shortcode to a new page.
Sent test with file attachment and it all comes through correctly…. works!

That was a day to confirm what I’d already found, and although I used a different SMTP plugin in place of Branda in case it mattered, the result was the same.

I can let your dev into this test server via RDP to try any fixes out, but I would have them look at the Contact Form 7 Github I linked previously and see how they made it work.

Attaching files obviously works in the environment, just not in Forminator. It can’t be impossible to resolve.

Happy to assist further but that was a lot of time just to repeat what I already knew. I’ll keep the Azure server going until it’s not needed.
Thanks
Rob

Hi Adam

I just made a simple form with email and upload to avoid any issues with the big form.

I’ve added the token as suggested and that produces a link matching the one already included in the email. Both links work, indicating the permissions are all correct.

Would it be some sort of timing issue.. i.e. it’s trying to get the file before it is available?

Could the person who programmed this particular feature look at the Contact Form 7 source code and see what it’s doing different from Forminator? There’s clearly some detail that matters. https://github.com/wp-plugins/contact-form-7

I’d be happy to test anything or set up an instance for examining/debugging on my server.

Is there a version of Forminator you use for debugging maybe? I come from the DotNetNuke scene and devs there sometimes send me a special version of a plugin to log and debug issues.
Regards
Rob

Hi Patrick

Thanks again for looking at this. I’ve spent some time on it again today to try and figure it out. I made these notes:

Form tests:
I made a copy of the entire WP instance for testing and I set up a simple form with just name, email and single file upload.

I was using Branda for SMTP at network level, but for testing I disabled that as well as all other plugins, both at network and site level. It is now using PHP Mailer.

I enabled WP Debug for a test send but it logs nothing when form is submitted.
I checked PHP74_errors.log but it also shows nothing at point of submission.

I enabled the WP Mail Catcher plugin, which I use to monitor and log emails.
For the form email submissions, it says: “An attachment was sent but it was not in the media library”
So I changed the Forminator settings to show the files in the WP Media Library, but the result is the same.
The files are certainly present. I can see them and clicking the links in the email retrieves them.

To determine whether any emails with attachments can be sent at all, I looked for another form plugin to test and found Contact Form 7 would let me attach files.

Testing the same simple form on that plugin reports the same message in WP Mail Catcher, but now the email has the file attached, indicating that the web and email server environment works for the purpose (hurrah!).

In the Contact Form 7 docs it says that it uploads the file to a temporary folder, sends the email and then deletes the file. I can see this happening when I watch the folder on the server.

I re-enabled Branda SMTP and tested Contact Form 7 again and it worked again.

So the question is.. what are these forms doing differently? Does Forminator do something that requires something special to be present.. e.g. a PHP module or setting? Is there another log somewhere that would provide more details perhaps? Permissions seem to be fine as both plugins were able to manage the files.

Notes: This is a multisite WP instance with separate domains for sites. I set this instance up around WP version 5.8x so it’s fairly fresh. The mail server is my own copy of Smartermail Enterprise and it runs on the same Windows 2019 server as the sites. It doesn’t remove attachments. It’s my own dedicated server. Just mentioning that it’s IIS in case something has been done in the plugin that wouldn’t work on IIS, such as requiring htaccess files for functionality.

Still hoping this can be made to work as I like Forminator best and already gave it 5 stars a while ago ??
Regards
ROb

Thanks for checking this Nithin

I’ve uploaded the file here:
https://drive.google.com/file/d/1kcvnVsfdeMngCCnCxV0HK1cUEr-ZbMlq/view?usp=sharing

Regards
ROb

Thanks for the reply Judith.

I’ll stick with UAG and wait for it to rebrand itself. Happy to wait for the full release.

Regards
Rob

Oh sorry, I’ll post there, thanks

closed

Thanks phil, bit of a pain all this. At this point I’ll switch to classic and just plan on re-doing the site when it becomes necessary to switch to block.

Thanks for checking this.

I’ve just tried it again and discovered that the error is generated simply by trying to save anything on the widgets page. Something has broken on my site and on my development copy the same. I’ll research that now and then test this again.

I’m glad to hear it works in any case.
Regards
Rob

Hi Darko

I’ve upgraded to the 1.0.6 update and it crashed the website altogether. So I restored to backup that never had the plugin installed.

The plugin is installed but now it gives me the original problem where it won’t save any settings and the console reports: IP_LOCATION_BLOCK_AUTH is not defined

This instance did successfully load 1.0.5 yesterday – though it only worked with the zero-day stuff disabled.

I’ll restore from backup again now. Not sure what else I can tell you about it?
Regards
Rob