<p>Answer: As Brad guessed; the problem was a plugin, specifically Sprout Invisible Captcha. Disabling that allowed the form redirect to work properly again.</p>

CC BY-SA 3.0
2016-01-14T11:57:08.127Z
I had the same issue with 0.8.1, but it's fixed with 0.8.2.
pvledoux
CC BY-SA 3.0
2016-01-04T12:23:16.553Z
Did you used an alternative to prevent spam for your form? I found https://github.com/selvinortiz/craft.spamguard but it does not look to be very active (last update a year ago)
pvledoux
CC BY-SA 3.0
2016-01-06T07:00:31.377Z
We'll look into what might be going on with Invisible Captcha and Guest Entries.
Ben Parizek
CC BY-SA 3.0
2015-12-17T11:02:39.110Z
2015-12-17T11:02:39.110Z
Matt Wilcox
<p>I'm looking into a project another developer has done, and after submission of a front-end form the system is ignoring the redirect set in the template. The form is being submitted and saved correctly though. </p>

<p>Anyone got any ideas why this would be?</p>

<pre><code>&lt;form method="post" action="" accept-charset="UTF-8" id="download-subscribe"&gt;
    {{ getCsrfInput() }}
    &lt;input type="hidden" name="action" value="guestEntries/saveEntry"&gt;
    &lt;input type="hidden" name="redirect" value="/downloads/available-downloads/"&gt;
    &lt;input type="hidden" name="sectionId" value="11"&gt;

    &lt;div class="field name"&gt;
        &lt;label for="firstName"&gt;First Name&lt;/label&gt;
        &lt;input id="firstName" type="text" name="fields[firstName]"&gt;
    &lt;/div&gt;

    ...

&lt;/form&gt;
</code></pre>

<p>Possible complications, which i expect aren't a problem but might be worth knowing:</p>

<ul>
<li>The form is in an include rather than in the template directly</li>
<li>The form is being spat out mid-way through a matrix loop (i.e., if the loop is count 2 then first spit out the form).</li>
</ul>

CC BY-SA 3.0
2015-12-14T17:12:01.627Z
Is the submission happening over an AJAX request maybe? Maybe you've got another plugin installed listening to 'onBeforeSaveEntry` interfering?
Brad Bell
CC BY-SA 3.0
2015-12-15T09:13:15.310Z
That's the problem, thanks Brad - the other dev had Guest Entries Email Notification and Sprout Invisible Captcha installed - the latter is breaking the redirect.
Matt Wilcox
CC BY-SA 3.0
2015-12-15T17:53:29.403Z
Nice... would you mind adding that as an official answer?
Brad Bell
<plugins>
Guest Entries ignores redirect field?
# Guest Entries ignores redirect field?

(Asked by: username_0 on 2015-12-14)

I'm looking into a project another developer has done, and after submission of a front-end form the system is ignoring the redirect set in the template. The form is being submitted and saved correctly though. 
Anyone got any ideas why this would be?

    {{ getCsrfInput() }}
    
    
    

    
        First Name
        
    

    ...



Possible complications, which i expect aren't a problem but might be worth knowing:

The form is in an include rather than in the template directly
The form is being spat out mid-way through a matrix loop (i.e., if the loop is count 2 then first spit out the form).

**Tags:** plugins
> **Comments:**
> **username_1**: Is the submission happening over an AJAX request maybe? Maybe you've got another plugin installed listening to 'onBeforeSaveEntry` interfering?  
> **username_0**: That's the problem, thanks Brad - the other dev had Guest Entries Email Notification and Sprout Invisible Captcha installed - the latter is breaking the redirect.  
> **username_1**: Nice... would you mind adding that as an official answer?  

---

## 1 answers

### Answer by username_0 on 2015-12-17. Score: 0 | Accepted answer

Answer: As Brad guessed; the problem was a plugin, specifically Sprout Invisible Captcha. Disabling that allowed the form redirect to work properly again.

> **Comments:**
> **username_2**: Did you used an alternative to prevent spam for your form? I found https://github.com/selvinortiz/craft.spamguard but it does not look to be very active (last update a year ago)  
> **username_3**: We'll look into what might be going on with Invisible Captcha and Guest Entries.  
> **username_2**: I had the same issue with 0.8.1, but it's fixed with 0.8.2.  

---

