Previous search (Ctrl+p) matches left to right instead of right to left

say I have the following in a text file, and the pipe | represents where my cursor is located
hello hello hello
hello hello hello
| hello hello hello

When I do Ctrl+f and type in hello it finds the next instance starting from my cursor, which is fine. Anytime I press Ctrl+n it goes to the next instance of hello, which is on the same line, which is also fine. Now the bug is when using Ctrl+p. Ctrl+p will search backward (previous lines), match the first instance reading from left to right instead of right to left. So say I represent the matched text with [hello] and square braces and still have the same file.

hello hello hello
hello hello hello
| hello hello hello

Ctrl+f # type in hello
Ctrl+p

#the expected result would be this
hello hello hello
hello hello [hello]
hello hello hello

#not this
hello hello hello
[hello] hello hello
hello hello hello

Version: 1.4.1
Commit hash: 1856891
Compiled on August 10, 2018

Reproduce the issue in micro using the Ctrl+f search followed by Ctrl+p on the three-line example, checking which earlier match is selected. Trace the Ctrl+p search entry point and its backward-match behavior; done means the nearest prior match is selected from right to left, while Ctrl+n continues to select the next match correctly.