This bug seems specific to 0.24 - search works fine in 0.23.
Backwards search seems to work OK.
Tested on Win 10 x64 using downloaded 32bit and 64bit versions of WxHexEditor
To reproduce
1: Open binary file containing multiple matches for a search string (e.g. foo)
2: Click on the hex display to set the position to a few bytes into the file (offset of 'x' bytes)
3: Using Edit/Find search for 'foo' using text search with 'search backwards' check box cleared
4: The first match found is (x+1) bytes before the correct first match
5 The next match found goes back to the original offset x
6 The next search matches just repeat the wrong matches at step 4,5,4,5 etc. even if wrap around is disabled in the search dialog
The following makes no difference to the behaviour above:
A using search as hex
B using search wrap around
C using or not using match case
I believe this fixed in latest trunk.
https://github.com/EUA/wxHexEditor