The planner now uses ErrorCodes::BadValue when it fails due to the absence of any available query solutions. This is too generic. Instead we should introduce ErrorCodes::NoQuerySolutions in order to allow clients to check for this particular error case.

Original description

I'm doing some work trying to get MongoDB 3.2 to work with parse-server. parse-server has a feature where if you do a geo query and don't have the appropriate index, it catches the error, creates the index, then retries the query. Previously this worked by catching the error code 17007 but in MongoDB 3.2 it appears that this error code is now 2.

I wanted to check if this was expected behavior before coding around the issue.