[Bug report] involuntary history filtering possible in combination with zsh-autosuggestions and v5.x about zsh-abbr HOT 11 OPEN

I will have look at your suggestions. In the meantime, if you want to play around a "well known bad environment":

docker run --rm -it hojerst/shell@sha256:efd73cbe8118e5c99710c3d1af87e579087ed5ef0dc2b32a8db90e10f0633479

all i see is as soon as i upgraded from v4.8.1 to v5.0.1 this behaviour appeared:
https://gitlab.com/hojerst/dotfiles/-/commits/main?ref_type=heads

Commit 399da6dfa72454f79c94c07b99a58a132f985ad2 in my dotfiles worked fine
Commit b52877539dbe22da963e3f94b279284868d42913 in my dorfiles introduced the bug/weirdness (this commit only updates zsh-abbr from v4.8.1 to v5.0.1)

you can even play around with it in the above docker container:

# first commit broken
yadm checkout b52877539dbe22da963e3f94b279284868d42913
exec zsh

# commit before the upgrade worked fine
yadm checkout 399da6dfa72454f79c94c07b99a58a132f985ad2
exec zsh

from zsh-abbr.

the first up arrow goes to the last command in history, and subsequent up arrows do history substring search based on that last command in history.

Yes, this is same as my issue.

On Ubuntu 22.04, I rollback to v4.8.2 as version >= v4.8.3 have this issue.

from zsh-abbr.

Thanks for the report!

I can't replicate the bug.

This (as you may know) is called history substring search. Nothing about zsh-abbr or zsh-autosuggestions should give you history substring searching. (I use zsh-abbr and zsh-autosuggestions, and to get history substring searching I additionally use zsh-history-substring-search.) But maybe one of them is!

To test the zsh-abbr v5 idea, you can try temporarily downgrading to 4.x. https://zsh-abbr.olets.dev/migrating-between-versions.html#downgrading-v5-to-v4

Looking briefly at your dotfiles, I think zsh-fzf-history-search is a likely suspect. I don't use fzf but my impression is substring matching is one of its selling points. Based on that impression, I'd expect an fzf history search plugin to perform substring history searches. Have you tried removing zsh-fzf-history-search?

OMZ also ships with an optional history substring search plugin. I think that plugin isn't enabled in your config, but it's worth double checking.

from zsh-abbr.

Reproduction in docker is A+++ bug reporting!

I misunderstood the report. So the first up arrow goes to the last command in history, and subsequent up arrows do history substring search based on that last command in history.

Confirmed the behavior and that the only change is the zsh-abbr upgrade, and that removing either zsh-autosuggestions or zsh-abbr resolves it.

I've pushed up a new branch for debugging this. Try switching zsh-abbr to the branch issues/91 (I'm not a yadm user and don't know how best to do that). That won't be a fix —now zsh-autosuggestions won't work as well if at all— but at least it will help us pin down the problem.

from zsh-abbr.

Hello, I think I am facing the saming issue. And now I am using v4.9.2 for resolving this issue temporarily.

[OS] ArchLinux x86_64
[Plugins] I have installed zsh-abbr and zsh-autosuggestions.
[Issue] Keep pressing up arrow in shell, cannot show all histories.
[More info] The issue exists on zsh-abbr v4.9.3 and afterwards version. v4.9.2 works fine. (ArchLinux x86_64)

from zsh-abbr.

Thanks for the report @ShangjinTang!

I think I am facing the saming issue

Does this describe your problem? (from my comment above)

the first up arrow goes to the last command in history, and subsequent up arrows do history substring search based on that last command in history.

from zsh-abbr.