PowerShellのCopy-ItemやMove-ItemのLiteralPathは、カレントディレクトリのパスに"[xxx]"が混じっていると正しく動作しない

# カレントが「C:\Hoge」だと、正しく動作する
PS C:\Hoge> cp -LiteralPath hoge.txt fuga.txt
PS C:\Hoge> mv -LiteralPath hoge.txt hogehoge.txt

# カレントが「C:\Ho[g]e」だと、正しく動作しない
PS C:\Ho[g]e> cp -LiteralPath hoge.txt fuga.txt
cp : パス 'C:\Ho`[g`]e\hoge.txt' の一部が見つかりませんでした。

PS C:\Ho[g]e> mv -LiteralPath hoge.txt hogehoge.txt
mv : 'hoge.txt' に項目が存在しないため、項目を移動できません。

# カレントが「C:\Ho[g]e」でも、Get-ChildItem -LiteralPathは正しく動作する
PS C:\Ho[g]e> ls -Name -LiteralPath hoge.txt
hoge.txt

PowerShell 5.1 現在はこういう挙動になる。おそらくバグ。
想像だが「.\」をパスに展開するときにワイルドカード文字"["、"]"にエスケープキャラクタを追加して展開(C:\Ho`[g`]e\)しているのに、LiteralPathオプションの指定によりエスケープキャラクタをパスの一部だと解釈しているのではないだろうか?
上の例だとLiteralPath指定を外せばいい話だが、ファイル名にも"["、"]"が入っている場合はLiteralPathを外すわけにいかないので厄介な問題となる。
対策としては、常にLiteralPathかつフルパスを渡すしかない気がする。

# これなら、カレントが「C:\Ho[g]e」でも正しく動作する
PS C:\Ho[g]e> cp -LiteralPath C:\Ho[g]e\hoge.txt fuga.txt
PS C:\Ho[g]e> mv -LiteralPath C:\Ho[g]e\hoge.txt C:\Ho[g]e\hogehoge.txt # こっちは、移動先もフルパスで指定しないとエラーになった

組み込みコマンドにこんなバグが入ってるってひどすぎない?



もしや去年くらいからbox.netにWebDav接続したときに"["、"]"を含んだファイルをダウンロードできなくなった問題って、この辺が原因なのでは……。