GNU bug report logs -
#36034
[PATCH] Zsh extended_history shows up in comint input ring
Previous Next
Reported by: Matthew Bauer <mjbauer95 <at> gmail.com>
Date: Fri, 31 May 2019 20:43:02 UTC
Severity: normal
Tags: fixed, patch
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Matthew Bauer <mjbauer95 <at> gmail.com> writes:
>
>> (setq start
>> (if (re-search-backward comint-input-ring-separator
>> nil t)
>> - (match-end 0)
>> - (point-min)))
>> + (progn
>> + (when comint-input-ring-file-prefix
>> + ;; Skip zsh extended_history stamps
>> + (re-search-forward comint-input-ring-file-prefix
>> + nil t))
>> + (match-end 0))
>
> Hm... I don't think this is right, either. If the re-search-forward
> fails, then (match-end 0) will fail, too. And since (if I understood
> correctly), the prefix will follow on directly from where point it,
> using looking-at would be better, anyway...
>
>> ;; Bypass a bug in certain versions of bash.
>> (when (string-equal shell "bash")
>> (add-hook 'comint-preoutput-filter-functions
>> - 'shell-filter-ctrl-a-ctrl-b nil t)))
>> + 'shell-filter-ctrl-a-ctrl-b nil t))
>> +
>> + ;; Skip extended history for zsh.
>> + (when (string-equal shell "zsh")
>> + (setq-local comint-input-ring-file-prefix ": [[:digit:]]+:[[:digit:]]+;")))
>> (comint-read-input-ring t)))
>
> And this bit didn't apply.
That was 7 months ago. Did you have any time to look into the
comments by Lars above? Thanks.
Best regards,
Stefan Kangas
This bug report was last modified 4 years and 281 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.