I know this has been reported before, but I can't seem to find it.
I believe in 2018.1, maybe 2018.2, a horrendous bug was introduced into WebStorm whereby when you hit Ctrl+H to initiate a find/replace, WebStorm would immediately do a find on whatever the previous find string was. This is an absolute productivity killer.
When you hit Ctrl+H to initiate a find/replace, the insertion point must never move. Not ever. Not one time.
I believe this is related to the other horrendous bug that when you click X on the find text box above the editor to cancel a find, the edit window scrolls all the way to the top. When you cancel a find, the insertion point must never move. Not ever. Not one time.
I need someone to acknowledge that WebStorm realizes these are horrendous bugs and has someone working full time to back out this productivity-killing regression in functionality.
I made a video demonstrating these horrendous bugs:
Please fix this behavior pronto!