From 56c5cbe6153d0e08006eb6d8d180d93b1bd19177 Mon Sep 17 00:00:00 2001 From: "heddi.nabbisen" Date: Sun, 28 Feb 2021 15:45:32 +0900 Subject: [PATCH] fix a typo: remove an duplicate word (#215) --- content/docs/errors.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/docs/errors.md b/content/docs/errors.md index 875325e..13275ee 100644 --- a/content/docs/errors.md +++ b/content/docs/errors.md @@ -87,7 +87,7 @@ occurred (rather than the origin of the error). # Recommended practices in error handling It might be useful to think about dividing the errors an application produces into two broad groups: -those which are intended to be be user-facing, and those which are not. +those which are intended to be user-facing, and those which are not. An example of the former is that I might use failure to specify a `UserError` enum which encapsulates a `ValidationError` to return whenever a user sends bad input: