I can provide a Docker image to reproduce the issue inside a container.
Is that something you'd prefer?
signature.asc
Description: Message signed with OpenPGP using GPGMail
On 8/22/17 2:26 PM, Leon Klingele wrote:
>> That macro ends with \C-x\C-r
>
> Actually it ends in \e^\er, it lands in the if-block for me:
> https://github.com/junegunn/fzf/blob/55ee4186aa688e524e041971d588a6f002486deb/shell/key-bindings.bash#L83
Ah, you're using the vi-mode binding. Yes, it appl
> That macro ends with \C-x\C-r
Actually it ends in \e^\er, it lands in the if-block for me:
https://github.com/junegunn/fzf/blob/55ee4186aa688e524e041971d588a6f002486deb/shell/key-bindings.bash#L83
Replacing \C-r with \C-l "solves" the issue, but again clears the
screen which I'd try to avoid.
On 8/21/17 1:29 PM, Leon Klingele wrote:
>> Please send your typescript to the list.
>
> Here you go (see attachment).
Thanks. I'll see if it reveals anything I don't expect.
>> If these steps leave the cursor in a different position than readline
>> expects it to be (before step 4), even the re
> Please send your typescript to the list.
Here you go (see attachment).
> If these steps leave the cursor in a different position than readline
> expects it to be (before step 4), even the redraw-current-line at the
> end of the macro may not help. You could try replacing the key sequence
> to r
On 8/20/17 5:50 PM, Leon Klingele wrote:
>> you might try running your combination in something that stores
>> all I/O
>
> Awesome idea! I did record a session with 'script'.
Please send your typescript to the list.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
On 8/9/17 10:30 PM, Leon Klingele wrote:
> I'm experiencing line wrapping issues when using bash with fzf[1].
> The issue is described in [2] and it looks like it is not caused by fzf
> but instead by bash itself.
>
> For the sake of completeness, here are the steps to reproduce:
>
> 1. Use bash
> you might try running your combination in something that stores
> all I/O
Awesome idea! I did record a session with 'script'.
Replay it as follows:
$ git clone
https://gist.github.com/leonklingele/e3e3754cc0362e0e982823709db032eb bash-fzf
$ cd $_
$ cat typescript
Now take a look at the second
Leon Klingele wrote:
How to debug this?
Try removing all functionality in fzf that still allows you to
reproduce the bug.
'fzf' is producing "some output" which is causing confusion;
trying to narrow that down would be the likely way to proceed.
Alternatively, you might try running your combin
On 2017-08-14 Ángel wrote:
> I guess the sourced file corresponds to this script?
> https://github.com/junegunn/fzf/blob/master/shell/completion.bash
Yes.
On 2017-08-14 DJ Mills wrote:
> You can try shopt -s checkwinsize to see if that helps
checkwinsize is already enabled :/
How to debug this?
Holy crap there is some nasty stuff in that script.
You can try shopt -s checkwinsize to see if that helps
On Mon, Aug 14, 2017 at 9:06 AM, Ángel wrote:
> On 2017-08-10 Leon Klingele wrote:
> > Is this problem caused by bash?
> >
> Most likely, something done by fzf is not "completely right" as
On 2017-08-10 Leon Klingele wrote:
> Is this problem caused by bash?
>
Most likely, something done by fzf is not "completely right" as in fzf
sets up things in a way that bash is then unable to determine the right
width of the line it was asked to print.
I guess the sourced file corresponds to th
Oh, I forgot to include my bash version (installed with Homebrew):
$ echo $BASH_VERSION
4.4.12(1)-release
signature.asc
Description: Message signed with OpenPGP using GPGMail
13 matches
Mail list logo