Issue #20074 has been updated by 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](https://github.com/ruby/reline)?

Thank you! Indeed, readline-ext gem helps. Reported to reline: https://github.com/ruby/reline/issues/618 ---------------------------------------- Bug #20074: IRB/Pry search up arrow in 3.3 changed behaviour "\e[A": history-search-backward https://bugs.ruby-lang.org/issues/20074#change-105793 * Author: oleg_antonyan (Oleg Antonyan) * Status: Third Party's Issue * Priority: Normal * 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 ---------------------------------------- In 3.3 since preview 1 this handy readline feature is kind of broken ``` shell $ 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) -- https://bugs.ruby-lang.org/