Да, именно он.

Если мне не изменяет память, { AuthenticationError } from 'apollo-server-errors' должен заполнять path корректно.

А, неправильно прочитал вопрос.

А чем валидируете?

Руками. Потому что все валидаторы, которые я знаю (по типу Joi) не позволяют писать свои валидаторы. Например, когда нужно сходить еще в базу для валидации и т.д. Поэтому я и искал библиотеку для валидации, которая бы сочетала в себе возможности проверки допустимости значений и написанием своих правил. Чтобы можно было написать validator().addRuleForProp('foo', () => new Error()).compile() и на выходе получить сразу список ошибок с полями, в которых произошли ошибки.

Хотя реализация "резолверов" для полей Input типов решила бы такую проблему, но в ApolloServer нет такого функционала (насколько я знаю)

А кидаете, кстати, UserInputError или ValidationError?

Кидаем ApolloError с полем списка ошибок, из-за того, что работа резолвера прервется при первой выбрашенной ошибке, а нужно вернуть не первую найденную ошибку, а сразу все.

У инпутов нет резолверов. И это не проблема Apollo. В graphql-js их тоже нет. Спецификация GraphQL не описывает резолверы для инпутов. Потому что инпуты не существуют сами по себе в вакууме. Они юзаются в качестве аргументов в операциях (мутациях и квери). Один и тот же инпут может использоваться в двух и более операциях. И в одной операции могут быть одни правила валидации для этого инпута, а в другой другие.

Это полезно для оптимизации. Если и так уже ошибка, дальше можно не проверять. Но тут всё у вас в руках. Вы же можете ловить ошибки.

Попробуйте Yup.

У GraphQL Shield есть хорошая интеграция с Yup:

https://github.com/maticzav/graphql-shield

Более точно: https://github.com/maticzav/graphql-shield#custom-errors

Можно делать return ошибки вместо throw.

Обратите внимание на abortEarly: false в Yup.

А ещё на chain и race для правил в Shield.

Спасибо! graphql-shield используем, а вот про Yup и связку с ним не слышал.