Bug #20074: IRB/Pry search up arrow in 3.3 changed behaviour "\e[A": history-search-backward

• Status: Third Party's Issue
• Assignee: -
• Target version: -
• ruby -v: ruby 3.3.0rc1 (2023-12-11 master a49643340e) +YJIT [x86_64-linux]
• Backport: 3.0: UNKNOWN, 3.1: UNKNOWN, 3.2: UNKNOWN

[oleg_antonyan (Oleg Antonyan)]

In 3.3 since preview 1 this handy readline feature is kind of broken

$ cat ~/.inputrc

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

It supposed to search history by starting typing substring, you hit up arrow and it brings the line starting from this substring from the history. And it does that, but the problem is when you don't type anything and just hit up arrow it brings the latest history item and places the cursor at the beginning of line.
Previously (up to 3.2.2) it used to put cursor at the end of the line. This is how it works pretty much everywhere (bash, for example, or in test C program that loops over readline("> ")), so the problem is in the way Ruby 3.3+ uses readline, but not readline itself.

openSUSE Timbleweed 64bit kernel 6.6.6-1-default
Ruby 3.3.0-rc1 (installed via rbenv or manually from source tarball - same behavior)
libreadline 8.2 (but tried version 7 with teh same outcome)

[hsbt (Hiroshi SHIBATA)]

• Status changed from Open to Third Party's Issue

Thanks for your report. Ruby 3.3 will use reline that is readline replacement of pure ruby by default.

Can you reproduce it with gem install readline-ext?

Finally, could you file this issue to the upstream of reline repository?

[oleg_antonyan (Oleg Antonyan)]

hsbt (Hiroshi SHIBATA) wrote in #note-1:

Thanks for your report. Ruby 3.3 will use reline that is readline replacement of pure ruby by default.

Can you reproduce it with gem install readline-ext?

Finally, could you file this issue to the upstream of reline repository?

Thank you! Indeed, readline-ext gem helps.
Reported to reline: https://github.com/ruby/reline/issues/618