Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -O2 -flto=auto -ffat-lto-objects -fexceptions -g -
grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-
U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -
specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64 -
mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -
fcf-protection -mtls-dialect=gnu2 -fno-omit-frame-pointer -mno-omit-
leaf-frame-pointer -std=gnu17
uname output: Linux 20dd1f704c67 7.1.10-200.fc44.x86_64 #1 SMP
PREEMPT_DYNAMIC Sun Aug 23 16:15:11 UTC 2026 x86_64 GNU/Linux
Machine Type: x86_64-redhat-linux-gnu
Bash Version: 5.3
Patch Level: 9
Release Status: release
Description:
When the 'completion-prefix-display-length' readline setting is
configured to a nonzero value, the effect of the 'colored-completion-
prefix' and 'colored-stats' readline variables is ignored.
Iiuc this is in contrast to what's "documented" in the following
locations (on git commit b460816602167718f78a6233164e8875f49b75b2):
- ./CHANGES, line 227
- ./CHANGES, line 1338
- ./ChangeLog, line 2267
I verified the bug persists even with a fresh build from the `devel`
git branch.
Repeat-By:
1. Create a ~/.inputrc with the following content:
set colored-completion-prefix on
set colored-stats on
set completion-prefix-display-length 5
2. Set up the `LS_COLORS` environment variable
3. Open `bash` in the bash source directory and type: ls C<tab><tab>
4. Observe how coloring *is not* applied
5. Modify ~/.inputrc and replace '5' with '0'
6. Repeat step 3
7. Observe how coloring *is* applied
