<p>I don't recall the specific version/build and my search-fu is weak today, but this was a bug in Craft that should have been fixed in a semi-recent build.  Try updating to the latest and see if you still have the issue.</p>

<p><strong>Update:</strong></p>

<p>Every time we've been able to investigate this issue so far, it has been because of either .htaccess stripping querystring params behind the scenes (i.e. no <code>[QSA]</code> flag on the rewrite rule), or the equivalent in nginx-land.</p>

CC BY-SA 3.0
2015-02-23T18:08:51.920Z
I tried an update and still no luck with this issue.
Any other ideas? Thanks.
IColorfield
CC BY-SA 3.0
2015-02-23T19:42:23.943Z
If this is on a public box and you want to send some CP/FTP credentials over to support@buildwithcraft.com, we can further look into it and I'll update here with the results.
Brad Bell
CC BY-SA 3.0
2016-10-12T10:34:12.447Z
changing RewriteRule ^(.*)$ /index.php?/$1 [L] to RewriteRule ^(.*)$ /index.php?/$1 [L,QSA] fixes this.... thanks
magicspon
CC BY-SA 3.0
2016-11-17T11:50:04.510Z
I have the `[QSA]` flag set. But it still gives the `id` error
KSPR
CC BY-SA 3.0
2015-02-21T00:31:21.007Z
2015-03-25T18:38:59.043Z
2015-03-25T18:38:59.043Z
Brad Bell
<p>I have created a new account and attempted to verify the account by clicking the activation link in the verification email.  On doing so I get the following error.</p>

<pre><code>Bad Request
Param “id” doesn’t exist.
</code></pre>

<p>Any ideas how I can resolve this issue.</p>

<p>I am running the latest version of Craft.</p>

<p>I have replicated the issue locally and on our staging server.</p>

<p>Thanks in advance</p>

CC BY-SA 3.0
2015-01-29T18:41:50.203Z
What is the URL in the browser when you click the link?
Brad Bell
CC BY-SA 3.0
2015-01-30T09:06:25.427Z
it looks like this: "/actions/users/setpassword?code=9a46516c-738c-40a7-974d-864d2d1093d6&id=ace5eb07-f6e9-461c-9f2a-df6859197b31"
magicspon
CC BY-SA 3.0
2015-01-30T15:57:58.980Z
Is that an actual garbled character in the URL or did it just copy/paste wrong? `0‌​`
Brad Bell
CC BY-SA 3.0
2015-01-30T16:08:36.143Z
copy and pasted: actions/users/setpassword?code=6faaa0cd-d67d-4730-b191-0e72366fd648
magicspon
CC BY-SA 3.0
2015-01-30T16:58:32.760Z
Maybe some .htaccess rewrite rule is dropping querystring params?
Brad Bell
CC BY-SA 3.0
2015-02-02T09:46:58.317Z
I can't see anything in the htaccess that might throw this off.  I'm using the html5 boilerplate htaccess file.  the only addition is the removal of .php from urls.
magicspon
<users><control-panel>
Account verification error
# Account verification error

(Asked by: username_0 on 2015-01-29)

I have created a new account and attempted to verify the account by clicking the activation link in the verification email.  On doing so I get the following error.
Bad Request
Param “id” doesn’t exist.

Any ideas how I can resolve this issue.
I am running the latest version of Craft.
I have replicated the issue locally and on our staging server.
Thanks in advance

**Tags:** users, control-panel
> **Comments:**
> **username_1**: What is the URL in the browser when you click the link?  
> **username_0**: it looks like this: "/actions/users/setpassword?code=9a46516c-738c-40a7-974d-864d2d1093d6&id=ace5eb07-f6e9-461c-9f2a-df6859197b31"  
> **username_1**: Is that an actual garbled character in the URL or did it just copy/paste wrong? `0‌​`  
> **username_0**: copy and pasted: actions/users/setpassword?code=6faaa0cd-d67d-4730-b191-0e72366fd648  
> **username_1**: Maybe some .htaccess rewrite rule is dropping querystring params?  
> **username_0**: I can't see anything in the htaccess that might throw this off.  I'm using the html5 boilerplate htaccess file.  the only addition is the removal of .php from urls.  

---

## 1 answers

### Answer by username_1 on 2015-02-21. Score: 3 | Accepted answer

I don't recall the specific version/build and my search-fu is weak today, but this was a bug in Craft that should have been fixed in a semi-recent build. Try updating to the latest and see if you still have the issue.

**Update:**

Every time we've been able to investigate this issue so far, it has been because of either .htaccess stripping querystring params behind the scenes (i.e. no `[QSA]` flag on the rewrite rule), or the equivalent in nginx-land.

> **Comments:**
> **username_2**: I tried an update and still no luck with this issue. Any other ideas? Thanks.  
> **username_1**: If this is on a public box and you want to send some CP/FTP credentials over to support@buildwithcraft.com, we can further look into it and I'll update here with the results.  
> **username_0**: changing RewriteRule ^(.*)$ /index.php?/$1 [L] to RewriteRule ^(.*)$ /index.php?/$1 [L,QSA] fixes this.... thanks  
> **username_3**: I have the `[QSA]` flag set. But it still gives the `id` error  

---

