[Bug 1342724] [NEW] history-incremental-search-backward weird behavior for multiline commands in 5.0.x

Augie Fackler durin42 at gmail.com
Wed Jul 16 13:25:40 UTC 2014


Public bug reported:

In moving from precise to trusty (work machine, so on LTS cycle), I
noticed that history-incremental-search-backward is subtly broken in
5.0.x for history entries loaded from a file (as opposed to ones that
happened in the current shell session):

$ echo foo \
>  bar
foo bar
$ ^R bar
# finds the full command

but then in a new shell:
$ ^R bar
# finds only the word bar, not the full echo command.

This works fine in zsh 4.3.17 and zsh 4.3.11.

I already emailed this to zsh-workers at zsh.org, but I figured that a
tracking bug for other hapless victims of this regression here might be
warranted as well.

** Affects: zsh (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to zsh in Ubuntu.
https://bugs.launchpad.net/bugs/1342724

Title:
  history-incremental-search-backward weird behavior for multiline
  commands in 5.0.x

Status in “zsh” package in Ubuntu:
  New

Bug description:
  In moving from precise to trusty (work machine, so on LTS cycle), I
  noticed that history-incremental-search-backward is subtly broken in
  5.0.x for history entries loaded from a file (as opposed to ones that
  happened in the current shell session):

  $ echo foo \
  >  bar
  foo bar
  $ ^R bar
  # finds the full command

  but then in a new shell:
  $ ^R bar
  # finds only the word bar, not the full echo command.

  This works fine in zsh 4.3.17 and zsh 4.3.11.

  I already emailed this to zsh-workers at zsh.org, but I figured that a
  tracking bug for other hapless victims of this regression here might
  be warranted as well.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/zsh/+bug/1342724/+subscriptions



More information about the foundations-bugs mailing list