ZSH share_history doesn't work with fzf about fzf HOT 12 CLOSED

Thanks.
It's obviously zsh's problem. And it looks like we don't need history command.

1, 2, 3, 4, 5 as you described
6. Just press enter
7. CTRL+R, and you'll see the updated list

Seems like command history seen inside a widget is not immediately updated until you start a new prompt by pressing enter. Are you aware of any way to fix the behavior?

from fzf.

Not yet. But I'll be sure to submit this to zsh developers.
Thanks.

from fzf.

@junegunn, almost forgot :) Is there any way to show more than just 30 last commands in Ctrl+R menu? Didn't find any way to change this behaviour.

from fzf.

Hmm, fzf should show unlimited number of commands. (See https://github.com/junegunn/fzf/blob/master/install#L219)

Please update the repository and re-run the install script.

from fzf.

Yeah, that's fc thing, I guess. Still can't view more than last 30 lines :(
BTW, fc has -n option, which could omit | sed "s/ *[0-9*]* *//". Line numbers may be useful, but with inc_history_append there're also asterisks after some line numbers which ends up in something like that - * ls ./.

from fzf.

What is the output of fc -l 1 | wc -l? AFAIK, fc -l 1 command should report all the commands in the history so if it returns 30, you should check your shell configuration.

Removing command index was discussed before, but I find it useful and won't remove it. And the sed command already removes the asterisk as well ([0-9*]*).

from fzf.

fc -l 1 prints 28-29 lines. And my ~/.zsh_history contains 130 lines at the moment.

from fzf.

Hmm. How about 'history' 1 | wc -l?

from fzf.

Same.

from fzf.

Okay, then there's nothing fzf or .fzf.zsh can do. You should figure out why those commands are giving you only 30 commands.

from fzf.

Do you have $HISTSIZE set?

See "2.5.4: Setting up history " section in http://zsh.sourceforge.net/Guide/zshguide02.html

from fzf.

Yep, zsh support answered me with that:

This has already been reported and a patch can be found in the article
zsh-workers/32682 ( http://www.zsh.org/mla/workers/2014/msg00470.html )

It was an intentional change to fix a different problem (elapsed time
accuracy) but we underestimated the importance for some users of having
the immediate file update.

Haven't tried this yet, though.

from fzf.