Even after deleting the entry from ~/.clish_history, then logging out and in again to the system then the unwanted clish entry is still there and also appears back again in ~/.clish_history
What is the reason Check Point stores failed non-command entries into clish history?
Most of us use password systems these days, so it happens sometimes that we copy&paste a password into the clish and hit enter to realize only afterwards that there was no expert prompt waiting for password entry.
I figured out that when I login with another admin account and delete the entry from the unwanted clish history entry of the first admin account it finally works. Looks like Gaia caches the clish history of a logged in admin and stores it into ~/.clish_history on logout. So editing ~/.clish_history with the same admin account is not working (or probably working only by temp. changing the CLI to /bin/bash to login without loading the Clish environment, thus make the edit of the Clish history effective).