Form submissions not appearing when using Firefox

I added a form to my site and it worked during the testing phase. We’re about to go live and I tested it again and it did not appear in the dashboard.

The site is new-york-klezmer and it has the following domain:

I looked at the network tab in the browser and I see that the browser submitted a form and returned a 200. It also successfully redirected to the “thanks” page.

But nothing appears in the admin dashboard and an email notification is not sent. I also checked the spam page.

(There were some earlier messages in there which I deleted, but the new one I just sent didn’t appear.)

Curiously - I also checked a different website where I had gotten emails before and the same thing happened where the new message didn’t show up.

Thanks for your help!

Hi, have you checked out the steps and tips mentioned here: [Support Guide] Form problems, form debugging, 404 when submitting?


  1. I do have “netlify” on the form element. (I think if I didn’t I wouldn’t see the form on the netlify dashboard).
  2. I do have a name on the opening form. (I see that name on the dashboard so I assume that was recognized)
  3. The name is unique because I only have one form.
  4. Every input does have a “name” attibute…
  5. …and is unique.
  6. I am posting. I haven’t specified the Content-Type at all. (The form is posted without any javascript intervening.)
  7. I checked the spam filter.

The dashboard says “last submission on April 16” which is probably when I did my initial testing of the form.

This is the html. (Note that it exists in index.html at the time the page loads, but it has display: none at page load.)

<form class='contact-form' name='contact' method='POST' action='/thanks'><input type='hidden' name='form-name' value='contact' />
		<label><span>Your Name:</span> <input type="text" name="name"/></label>
		<label><span>Your Email:</span> <input type="email" name="email"/></label>
		<label><span>Subject:</span> <input type="text" name="subject"/></label>
	<p style="display: none;">
		<label><span>Phone:</span> <input name="bot-field"/></label>
		<label><span>Message:</span> <textarea name="message"></textarea></label>
		<button type="submit">Send</button>

I just checked my git history and the only thing that is different on the form from when it worked to when it didn’t is I added the class to the form element.

I know that something must have been posted to the netlify server. It would be nice if there were a “debug” button that could list all traffic so I could figure out why the submission was rejected.

Thanks for your time!

(Note the above html was from doing a “view page source”. The original html I wrote contains this first line:

<form class="contact-form" name="contact" method="POST" netlify-honeypot="bot-field" netlify action="/thanks.html">


Hey @Joel_Rubin,
I just sent a test submission to your form and I show that it was successful. I don’t have access to your site’s forms through the UI, so could you let me know if you’re seeing it here?

I show that mine was the 5th submission and that the data received by our database was:

                  "name" => "test",
                 "email" => "",
               "subject" => "test",
               "message" => "test",
              "referrer" => ""

If you’re not seeing it in the UI, that will be helpful debugging info for us!

Yes, that submission went through and is both on your dashboard and the notification email was sent.

However, I just tried again to send something and it did not show up either in “verified” or “spam”.

But then I tried in Safari and Chrome and the message showed up. I then tried again in Firefox and it didn’t. So, the problem looks like it is just Firefox. As far as I can tell, Firefox is telling me (through the network tab in devtools) that it posted the form but I’ll see if I can tell if that is really true.

I figured it out: in firefox there is auto-fill of fields and it was auto-filling in the bot-field. I thought it would be better to use a realistic field label of “Phone” for the bot-field so that spammers would have less chance of detecting it, but I will change the label to something more unique.

So the only thing I’d ask is a way for me to see if there were bot submissions on request - just like there is a “spam submissions” option, perhaps there could be a “dropped submissions” option with a reason it was dropped.

hi Joel,

glad it is working now! I don’t think that we will have a way to differentiate between types of spam submissions - the vast majority of spam will always be bot-spam. Maybe I’m misunderstanding?

Hi Perry,

This is now a feature request - it might help me or someone else in the future.

I wasn’t asking for netlify to differentiate - I was just asking for transparency. When the message didn’t show up my question was “What was the server activity at my domain in the last 5 minutes?” If I had a button that gave me that, and if there were an explanation of what happened, I would have solved the problem in a few minutes.

For instance, if there were a place where I saw:

POST /contact { name: “test” , etc… }

form caught by Spam bot

I’ll respectfully second that as well. It would be useful to have better visibility into the way Netlify’s form action handlers respond to all transactions, not just those it deems as ‘accepted’ or ‘spam’ – knowing that it was POST’ed to but determined that particular event to be spam presents value in debugging and/or analytics over time.



Hey @Joel_Rubin and @jonsully,
I’ve been looking into our form processing and have added this question of disappearing form submissions that do not appear in either “verified” or “spam” areas of the UI to a meeting with our backend engineers. I agree that it’s confusing and makes troubleshooting pretty mysterious when there are “successful” form submissions that don’t end up anywhere visible. But it’s also very unexpected that Firefox would behave like a bot by filling in invisible bot fields. At any rate, will get some answers and report back. Thanks y’all!

1 Like

Update on this: where we previously did not, we now have logging internally for form submissions that are dropped because they got caught by the honeypot. Surfacing that information in the UI is quite a bit more complicated so I can’t say if/when that will be a live feature, but at least we’ll now be able to better help troubleshoot this issue for others in the future thanks to your research. Much appreciated!

I also updated the title of this post to make it more searchable.

1 Like

That’s fantastic. Thanks @jen!