Horrendous Find/Replace UI bug still not fixed at 2018.1.5

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:

https://www.screencast.com/t/XyB1gSkP7cVV

Please fix this behavior pronto!

Eric

 

1 comment
Comment actions Permalink

This issue is tracked as https://youtrack.jetbrains.com/issue/IDEA-190270, please follow it for updates

0

Please sign in to leave a comment.