From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18381 invoked by alias); 4 Jun 2014 16:22:35 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 32707 Received: (qmail 2806 invoked from network); 4 Jun 2014 16:22:34 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 From: Bart Schaefer Message-id: <140604092229.ZM30681@torch.brasslantern.com> Date: Wed, 04 Jun 2014 09:22:29 -0700 In-reply-to: <20140604150941.GL7931@sym.noone.org> Comments: In reply to Axel Beckert "Re: History bug in zsh 5.0.5" (Jun 4, 5:09pm) References: <20140604150941.GL7931@sym.noone.org> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: History bug in zsh 5.0.5 MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Jun 4, 5:09pm, Axel Beckert wrote: } } > > How to reproduce: } > > 1. Enable this options in ~/.zshrc: extended_history, inc_append_history, share_history } > > 2. Restart shell } > > 3. Open two tabs (shells) } > > 4. Type 'echo 123' in first shell } > > 5. Press Ctrl+R in second shell: 'echo 123' is not in history } > > 6. Just press enter } > > 7. CTRL+R, and you'll see the updated list } } There's no sleep or such in } RoboSloNE's report and it's about SHARE_HISTORY which } zsh-workers/32682 isn't (IIRC). } } I think he rather argues, that Ctrl-R should already reread the } history from disk and not only the next command (or an empty command } by just pressing enter). Hm, I see your point, it's not clear which shell is step (6). If he thinks ^R ought to be reading the shared history before it starts a search, though, he's reporting a "bug" that has existed for as long as there has been shared history, because the file has never been re- read except between redraws of the prompt.