From 803e70b1adb71d86eb5bbb4074ef5ff96ae6e55d Mon Sep 17 00:00:00 2001
From: Mariusz Felisiak <felisiak.mariusz@gmail.com>
Date: Wed, 27 May 2020 09:07:02 +0200
Subject: [PATCH] Fixed some formatting issues in docs.

---
 docs/ref/checks.txt   | 6 +++---
 docs/topics/async.txt | 2 +-
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/docs/ref/checks.txt b/docs/ref/checks.txt
index 09bb799ebe..79b8de1591 100644
--- a/docs/ref/checks.txt
+++ b/docs/ref/checks.txt
@@ -146,7 +146,7 @@ If you're using MySQL or MariaDB, the following checks will be performed:
   ``max_length`` > 255. *This check was changed to* ``mysql.W003`` *in Django
   3.1 as the real maximum size depends on many factors.*
 * **mysql.W002**: MySQL/MariaDB Strict Mode is not set for database connection
-  '<alias>'. See also :ref:`mysql-sql-mode`.
+  ``<alias>``. See also :ref:`mysql-sql-mode`.
 * **mysql.W003**: MySQL/MariaDB may not allow unique ``CharField``\s to have a
   ``max_length`` > 255.
 
@@ -413,8 +413,8 @@ The following checks are run if you use the :option:`check --deploy` option:
   set to ``True``, so your pages will not be served with an
   ``'X-XSS-Protection: 1; mode=block'`` header. You should consider enabling
   this header to activate the browser's XSS filtering and help prevent XSS
-  attacks. *This check is removed in Django 3.0 as the ``X-XSS-Protection``
-  header is no longer honored by modern browsers.*
+  attacks. *This check is removed in Django 3.0 as the* ``X-XSS-Protection``
+  *header is no longer honored by modern browsers.*
 * **security.W008**: Your :setting:`SECURE_SSL_REDIRECT` setting is not set to
   ``True``. Unless your site should be available over both SSL and non-SSL
   connections, you may want to either set this setting to ``True`` or configure
diff --git a/docs/topics/async.txt b/docs/topics/async.txt
index 3b3daeecce..c820f54879 100644
--- a/docs/topics/async.txt
+++ b/docs/topics/async.txt
@@ -60,7 +60,7 @@ If you want to use these, you will need to deploy Django using
     <async-middleware>` contexts. Some of Django's middleware is built like
     this, but not all. To see what middleware Django has to adapt, you can turn
     on debug logging for the ``django.request`` logger and look for log
-    messages about *`"Synchronous middleware ... adapted"*.
+    messages about *"Synchronous middleware ... adapted"*.
 
 In both ASGI and WSGI mode, you can still safely use asynchronous support to
 run code in parallel rather than serially. This is especially handy when