From c76295f7c4135ab33b8345ce74cc400043a00828 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Mat=C3=ADas=20Locatti?=
 <42481638+goldenx86@users.noreply.github.com>
Date: Wed, 9 Jun 2021 09:34:12 -0300
Subject: [PATCH] Update
 site/content/entry/yuzu-progress-report-may-2021/index.md

Co-authored-by: Schplee <24275329+Schplee@users.noreply.github.com>
---
 site/content/entry/yuzu-progress-report-may-2021/index.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/site/content/entry/yuzu-progress-report-may-2021/index.md b/site/content/entry/yuzu-progress-report-may-2021/index.md
index a26b2331..30b9cdac 100644
--- a/site/content/entry/yuzu-progress-report-may-2021/index.md
+++ b/site/content/entry/yuzu-progress-report-may-2021/index.md
@@ -177,7 +177,7 @@ As it turns out, the `QLineEdit::returnPressed` signal generated a [race conditi
 [Switching to `Qt::QueuedConnection`](https://github.com/yuzu-emu/yuzu/pull/6339) solved the issue.
 
 Additionally, testing confirmed that games can leave regions of memory uninitialized if a text check is performed and doesn’t result in either `Failure` or `Confirm`, 
-resulting, again, in crashes.
+causing, once again, crashes.
 [This is fixed by reading only the text check message.](https://github.com/yuzu-emu/yuzu/pull/6374). Thanks to gidoly and OZ for all the help in finding this!
 
 Lastly, there was an issue where the mouse input is captured by the software keyboard until the user moves to the next event.