Everything we've shipped to EZ File Drop, newest first.
Check back here for new features, improvements, and fixes.
For users who save form data to a Google Sheet, we fixed two bugs in how EZ File Drop writes to your sheet, and added a way to rebuild your sheet whenever you want.
Previously, the Upload Timestamp column was written using UTC instead of your local time. Unless your brain can convert UTC to your local time on the fly, that's not very useful.
Timestamps now use the time zone set on your Google Sheet, and always show as a normal date and time, like 10/19/2026 3:20 PM.
To fix the rows already in your sheet, open your form's in EZ File Drop, click on Form Setup, scroll down to the Google Sheet setting, click the three dots next to your sheet name, and choose Rebuild sheet. The whole sheet is rewritten with the correct times.
Last, we fixed a problem with connecting a sheet to a form that already had submissions. Previously, if you chose not to include those older submissions, they were added anyway the next time the form received a submission. Now only new submissions are added, and rebuilding the sheet respects that choice, too.
We added static IP delivery for FTP, FTPS or SFTP cloud connections to support enterprise customers who want to restrict server access using an IP addresses allowlist.
Static IP delivery is available as an add-on for Business and Premium, and the team owner can turn it on from Cloud Connections.

We fixed a bug where a light-colored form showed a dark-colored loading screen for a moment before the form itself appeared.
Form loading screens now use the same colors as their forms.
We fixed a bug that impacted the process of testing a connection to SFTP servers. Previously, the Test Connection process was only checking that your server answered, not that your username and password worked, so it could say "Connection successful!" even if the wrong password was typed in. This meant you wouldn't find out that the connection was bad until the first real delivery failed.
Now the Test Connection process signs in for real, so a passing test means your files will transfer successfully.
We also fixed an annoyance when editing an FTP or FTPS connection: you had to retype the password to save any change, even just a new label. Your saved password is used automatically now.
When a delivery to an FTP, FTPS or SFTP server stalls, we now catch it in about 2 minutes instead of 15, and the automatic retry picks up the same file where it stopped rather than starting over.
The retry process is smarter now, too. It only picks up the files that still need delivering, so retrying a partly successful delivery won't leave you with a second copy sitting next to the first.
A share link that used to take anywhere from 1.5 to 4 seconds to start loading now takes about 0.6 to 0.9 seconds. Embedded forms load faster, too.
The biggest difference is on forms nobody has opened in a while. Those used to load the slowest, but now we use server-side caching so every form, even ones that don't see much use, load as fast as possible.
We fixed a bug that could cut off some uploads early when the person sending files was on a very slow connection.
As long as files are still moving (even if it's very, very slow), the upload keeps going, however long it takes.
If you use submission limits or form scheduling, these settings behave the way you'd expect now.
Limits only count real submissions. Failed submissions are not counted towards limits.
We also added checks so you can't save a setting that could never work: a limit below the number of submissions a form already has, a Begin at time in the past, or a Cut off at time earlier than the Begin at time.
We also changed the names of the date fields in the form builder so they are more clear: Begin at and Cut off at.
Your existing forms keep working as they are, and no action is required.
Until now, if you had the same form open in two browser tabs, or you and a teammate both tried to make a change, the last save quietly won.
Now, every save checks whether the form changed since you opened it. If it did, you'll see a notification telling you to reload for the latest version.
This only affects editing in the form builder. It wasn't a common problem, but in the rare circumstance that it could happen, this will save you a few minutes of frustration.
We fixed a bug that affected a very specific combination: forms with Save form data as text file turned on, using dynamic subfolders, with an FTP, FTPS or SFTP server as the upload destination. If your form doesn't match all three, you were never affected. Google Drive, Dropbox, Box, OneDrive and SharePoint destinations were fine throughout.
For that small group, the text file was saved under the server's root folder, instead of being saved with the uploaded files. It's now delivered into the same folder as the files, and Save to a different location respects the FTP or SFTP folder you picked. Text files already saved in the wrong place weren't moved, so if this describes your form, it's worth a look in your server's base folder.
The fix is automatically applied to all new submissions and no action is required.
Your Google Sheet can now be laid out the way you actually use it, not the way the form happens to be built. Pick which form fields are written to the sheet and put them in whatever order suits your workflow, so a sheet that feeds a report or an automation holds exactly the columns it needs and nothing else. You'll find this under Choose columns in the Google Sheet card.
Multi-file submissions are more flexible too. If you'd rather count submissions than files, or you want the answers listed once instead of repeated on every row, Rows for multi-file submissions gives you three layouts: one row per file with the answers on each (the current behavior), the answers on the first row only, or the whole submission on a single row with the files together in one cell.
Linking a sheet you already have is safer. EZ File Drop checks the sheet first and, if it has content, tells you exactly which tab will be cleared before you confirm. You can also rename or move the tab the form writes to without breaking syncing. Creating or linking a sheet adds your existing submissions in the same step, and the card shows Rebuilding… while it fills so you know it's working.
If your sheet already has rows, changing the columns or row layout asks you to rebuild it so every row matches, or you can undo and leave the sheet as it is. Forms you don't touch keep working exactly as they do today.

Before this, every sheet got every form field in the order they appeared on the form, a multi-file submission always meant one row per file with the answers repeated, and the tab had to stay named Sheet1.
When someone uploads five files and their connection drops before the last two files upload, you now get the three files that finished. They're delivered within a few minutes, the submission is marked Incomplete, and a Partial Upload email is sent to tell you what arrived and what's missing so you can follow up with the uploader instead of asking them to start over. Webhooks and Zapier still fire, with the status set to partial so your automations can tell the difference. The email follows the form's failure notification setting.
Statuses are more clear across the board. Submissions now read Uploading (the browser is still sending files), Transferring (files are being delivered to your storage), Completed, Incomplete or Failed, and small chips above the table filter to the Incomplete and Failed ones in a click, so problem submissions don't hide in the list.
Before this, in-progress submissions showed Pending, and a multi-file upload that stopped partway sat for up to 12 hours waiting for the upload to finish before it was marked Failed even though good files had arrived.
We improved the way forms get embedded on external websites.
The most notable difference is significantly faster load speeds, with a near 60% improvement.
Auto-sizing is more reliable. URL query parameters now work on embedded forms. And a new transparent background option is available so embedded forms can feel more seamlessly integrated on your page.

Our new embed code uses JavaScript. Previously, embedding used a pure iframe with a separate resize script.
The pure iframe embed code is still available for pages where JavaScript is blocked or not supported.
Embed codes already on your site keep working without any change. To get the benefits of the new embed codes, copy the new code from the Share tab and update the site where your form is embedded.
We listened to your feedback, and you can now embed a form on your own site during the trial and see how it fits before choosing a paid plan.
Embedded forms display the same small line noting they're running on a free trial as the standard share links.
We renamed two settings in the form builder to better describe what they actually are. Form title and Description replace Page header and Page text.
These changes are reflected everywhere: Form Setup, Style mode, the embed display switches and tooltips. Your content and settings are unchanged; only the labels changed.
Incognito and private browser tabs (or any browser extension that blocks third-party cookies) usually won't let Google's folder picker open. When this happens, Google shows a vague error about an invalid API developer key, which is not only misleading, but it doesn't give any information about what the problem is or how to fix it.
We added a behind-the-scenes helper that detects this scenario and provides a clear explanation when this happens. Now, you'll see a message saying Your browser is blocking Google Drive, with what to do about it (use a normal window or allow cookies) and a Try again button. Normal browsers won't see any changes.
If you only have one cloud account connected, selecting an upload destination on a file upload field now opens the folder picker directly. This small change removes three unnecessary clicks from the process. Since most EZ File Drop users only have one cloud account connected, this small change will save most users several seconds every time they create a new form. Small savings add up.