bash bug about Chinese translation

[C. Cicada]

Version : 5.1.16
OS: Fedora
Problem: under Chinese (both simplified and tradition), bash buildin command 
'type' has traslation mistake in its help file.
Under zh_TW.utf8, 'type --help' shows

type: type [-afptP] 名�Q [名�Q …]
   �@示指令��型的�Y��。

   ��於每一�� <名�Q>，指示如果做�橹噶钏��⑷绾伪唤忉�。

   �x��：
     -a        �@示所有包含名�Q�� <名�Q> 的可�绦��n案的位置；
       包括�e名、�冉ê秃��怠��H��「-p」�x���]有使用�r
     -f        抑制 shell 函�挡樵�
     -P        �槊��� <名�Q> �@醒 PATH 路�剿��ぃ�即使它是�e名、
       �冉�或函�担��K且回���⒈��绦械拇诺�上�n案的名�Q。
     -p        回���⒈��绦械拇诺�上�n案的名�Q，或者��「type -t <名�Q>」
       不回�鳌�file」�r，不回�魅魏沃怠�
     -t        回�飨铝性~中的任何一��「alias」、「keyword」、
       「function」、「builtin」、「file」或者「」，如果 <名�Q> 是相��的
       一���e名、shell 保留字、shell 函�怠�shell �冉ㄎ锛�、
       磁碟�n案或�]有找到。

   ���担�
     <名�Q>    �⒁�解析的指令。

   退出���B：
   如果所有的 <名�Q> 指令都找到�t回�鞒晒Γ蝗魏握也坏��t失�　�

The highlighted two characters are not correct. It should be �M行. (Here the 
highlighting maybe cannot be seen if unfortunate things happen. Please reply to 
me if it really happens) This mistake happens because two words pronounce 
similar, which is somehow like spelling mistakes in English.

Similar problem happens in simplified Chinese. Under zh_CN.utf8, 'type --help' 
shows

type: type [-afptP] 名称 [名称 ...]
   显示命令类型的信息。

   对于每一个 NAME 名称，指示如果作为命令它将如何被解释。

   选项：
     -a        显示所有包含名称为 NAME 的可执行文件的位置；
               包括别名、内建和函数。仅当 `-p' 选项没有使用时
     -f        抑制 shell 函数查询
     -P        为每个 NAME 名称惊醒 PATH 路径搜索，即使它是别名、
               内建或函数，并且返回将被执行的磁盘上文件的名称。
     -p        返回将被执行的磁盘上文件的名称，或者当 `type -t NAME'
       不返回 `file' 时，不返回任何值。
     -t        返回下列词中的任何一个 `alias'、`keyword'、
       `function'、`builtin'、`file' 或者 `'，相应地如果 NAME 是
       一个别名、shell 保留字、shell 函数、shell 内建、
       磁盘文件或没有找到。

   参数：
     NAME      将要解析的命令。

   退出状态：
   如果所有的 NAME 命令都找到则返回成功；任何一个找不到则失败。

The highlighted characters should be 进行.

Noting that Not only zh_CN.utf8 and zh_TW.utf8 may have this problem. It may 
probably exist in every Chinese format. Besides, I also checked bash 5.0.17 
under Ubuntu 20.04 and same thing happened, so I guess it is a translation 
mistake for a rather long time.

 Thanks