8000 Up Down arrow keys, INPUTRC and bash history search · Issue #3 · Maximus5/cygwin-connector · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Up Down arrow keys, INPUTRC and bash history search #3

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
SamHasler opened this issue Dec 7, 2015 · 10 comments
Open

Up Down arrow keys, INPUTRC and bash history search #3

SamHasler opened this issue Dec 7, 2015 · 10 comments

Comments

@SamHasler
Copy link

I have the following set:

> grep '\\e' $INPUTRC
"\e[A": history-search-backward
"\e[B": history-search-forward

If I start typing a previous command and pres the UP / DOWN arrows I expect it to search for the previous / next history item that started with what I have typed. Instead it is just going forwards / backwards in the history, replacing what I had typed.

This works as expected when not using the connector.

(The connector is brilliant! If using the history with up arrow wasn't in my muscle memory I'd switch to it straight away.)

ConEmu cygwin/msys connector version 0.6.2

ConEmu 151205

git version 2.5.0.windows.1
@Maximus5
Copy link
Owner
Maximus5 commented Dec 7, 2015 
"\eOA": history-search-backward
"\eOB": history-search-forward

@SamHasler
Copy link
Author

Minty works fine with my current .inputrc (not running attached to ConEmu).

"\e0A" / "\e0A" do not work in ConEmu with connector.

This is the task I am using:

C:\Apps\dev\Git\bin\conemu-msys2-64.exe --dir %USERPROFILE% --environ --verbose bash --login -i "-new_console:C:\Apps\env\term-icons\git-16x16-8.ico"

This is the output from connector with --keys
<x1B><x5B:[><x41:A> UP
<x1B><x5B:[><x42:B> DOWN

Gnu's documentation for intputrc doesn't include the "\e" syntax. Any idea what the origin of it is?

http://www.gnu.org/software/bash/manual/bashref.html#Sample-Init-File

8000
@Maximus5
Copy link
Owner
Maximus5 commented Dec 7, 2015

Gnu's documentation for intputrc doesn't include the "\e" syntax.

Why not? There is "3.1.2.4 ANSI-C Quoting"

@Maximus5
Copy link
Owner
Maximus5 commented Dec 7, 2015

Not a "zero", letter O!

@SamHasler
Copy link
Author

Thanks! Using letter O worked.

If you don't mind me asking, how did you know that would work? I'm not sure I could have worked it out from the information I had available.

I think the syntax that I used originally should have carried on working as I've seen it elsewhere: http://askubuntu.com/questions/59846/bash-history-search-partial-up-arrow
but if you want to close this issue I don't mind.

@Maximus5
Copy link
Owner
Maximus5 commented Dec 7, 2015

If you don't mind me asking, how did you know that would work?

Very simple. I've run "conemu-... --keys" from connector prompt. You've done the same from mintty ))

I have to check standard for arrow keys. Current ones were initially implemented for Vim.

@SamHasler
Copy link
Author

Ah. I had conemu-msys2-64.exe --keys set up as a task I didn't expect it to give different output than if you run if from the current shell but it makes sense.

If I can help out with key mapping, e.g. pressing keys and recording output under different shells terminals etc let me know.

@rolandas-valantinas rolandas-valantinas mentioned this issue Mar 7, 2018
Closed
@ddemydenko
Copy link

bind '"\e[A":history-search-backward'
bind '"\e[B":history-search-forward'

https://superuser.com/questions/7414/how-can-i-search-the-bash-history-and-rerun-a-command

@FrankHB
Copy link
FrankHB commented May 23, 2020

\e[A and \e[B used to work with MSYS2 + cmd + ConEmu. It fails suddenly after an update of MSYS2 today... But \eOA and \eOA work.

@xak2000
Copy link
xak2000 commented Nov 17, 2022 •
edited
Loading

My config from WSL2 (Ubuntu 22.04):

# Respect default shortcuts.
$include /etc/inputrc

### arrow up
#"\e[A": history-search-backward # Works in Windows Terminal
"\eOA": history-search-backward # Works in ConEmu

### arrow down
#"\e[B": history-search-forward # Works in Windows Terminal
"\eOB": history-search-forward # Works in ConEmu

I don't use cygwin/msys. Just WSL2.

For some reason standard Linux key bindings (\e[A and \e[B) works fine in WSL2 bash when it's executed from cmd or Windows Terminal (Version: 1.15.2875.0) or directly from "Start" menu, but doesn't work when WSL2 bash is runned from ConEmu.

And the contrary, \eOA and \eOB works only when WSL2 bash is executed from ConEmu, but not when it's executed from Windows Terminal or any other way.

@Maximus5 Can you explain this or maybe point me in the right direction? I want to make it to work in both ConEmu and Windows Terminal. Preferably the standard (\e[A/\e[B) bindings.

Edit

Found the answer here.

It's not the full story, though. I "fixed" the problem by using wslbridge2 as described on the page. But I would prefer to have an ability to just write bash from a console to execute WSL2. And, actually this works fine in Windows Terminal Mode. But when I run bash from cmd opened in ConEmu, I see Terminal Mode automatically switches from Windows to XTerm+AppKeys. Is it possible to disable this behavior? Windows mode works just fine for me. Arrow keys works fine with \e[A and \e[B sequences for history search, and mc (Midnight Commander) also correctly reacts to Arrow keys. I don't know what this Windows Terminal Mode means, but it works fine (at least for small amount of cases I tested). With XTerm mode, I forced to constantly switch ON and OFF AppKeys because history search works only when it's OFF, while Arrow keys in mc only work when it's ON.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
5 participants
@SamHasler @Maximus5 @xak2000 @FrankHB @ddemydenko
0