zsh interprets a standalone redirect as a `cat` command

I use zsh and yesterday I was testing a program with myprogram 2>/dev/null. In one iteration, I accidentally copied a newline character after the myprogram command and the zsh prompt looked something like

$ myprogram

The program appeared to hang after printing out the expected output. I removed the extra newline character and the issue went away. That's weird.

I reproduced the issue with echo just fine.

$ echo hello

My zsh has bracketed paste mode, which can be verified by the checking the verbatim input of the command by pressing ctrl-v first.

$ ^[[200~echo hello

^[[200~ is the escape code for bracketed paste mode. So zsh should just execute the paste (stored in a buffer) as two commands echo hello and 2>/dev/null.

And sure enough, I could reproduce the shell hanging by just running 2>/dev/null.

What does a standalone 2>/dev/null even do?

~ ❯❯❯ pstree -p 2303

Turns out for some reason, zsh inteprets a standalone redirect as a cat command with redirect(s). And cat by default is waiting on input from stdin - that's why the program appears to hang. bash doesn't have this behavior.