ZSH with OhMyZsh cycle through history when there is no match

Question

Issue

I am using ohmyzsh with no changes. Here is my .zshrc file (comments removed for brevity):

export ZSH="$HOME/.oh-my-zsh"

ZSH_THEME="robbyrussell"

plugins=(git)

source $ZSH/oh-my-zsh.sh

When I use the UP arrow key with a blank terminal my zsh_history file will be searched for the latest commands I have typed, starting from the most recent command. If I start typing a command first, my zsh_history will only match commands that start with whatever I have typed up until that point.
For example, if this is my zsh_history file:

whoami
ls /home/user
ls /etc
ls /
cat /etc/ssh/ssh.pub
cat /etc/passwd

If I type ls / and then hit the up arrow one time, I will see ls /etc and if i hit the up arrow again I will see ls /home/user. If I try and hit the up arrow now that ls /home/user is in my terminal buffer (typed in the prompt but not ran yet), then nothing will happen because there are no additional matches for ls /home/user.
This is not what I want to happen.

Instead, when there is no history match in my terminal prompt I would like the history to be cycled from the very last command in zsh_history.
So in my example, if I have ls /home/user in my terminal prompt and then I hit the up arrow, I want the command cat /etc/passwd to be displayed, then hitting once more would display cat /etc/ssh/ssh.pub and so forth until I reach the very top of the history at whoami.
What changes do I have to make in my .zshrc file in order to accomplish this?
I do not understand exactly why this happens but this is not the default behavior in normal zsh when ohmyzsh is not in use. I know this because I tested with zsh -df to load a bare zsh shell that has not sourced any config files. So for this reason, I think there may be a conflict in the ~/.ohmyzsh/lib/completion.zsh or one of those other default files.

I have tried adding the lines bindkey "^[[A" history-beginning-search-backward and bindkey "^[[B" history-beginning-search-forward that did not work, and yes I also made sure that those bindkeys matched my system by using cat -v and typing the arrow keys as well as used showkey -a just to double check.

I think the solution might have to be some sort of zsh function that checks whether anything is returned to the user when up arrow key is pressed, and if nothing is returned then the HISTORY pointer (possibly $HISTNO environment variable) is reset to the latest command in zsh_history.