What is the intent of the re and co and xs entries?

Readline and bash have never supported those, and should always report an error.

What program supports those in LS_COLORS, and what do they do?

from clink.

P.S. what version of Clink were you using before you upgraded? Clink v1.1.0 and greater should have reported error messages about unrecognized prefixes for that LS_COLORS value. And bash should report the same errors.

from clink.

Unfortunately I forgot what version it was it. I think it was 1.5.18. I reinstall 1.5.18 and it's ok.

I think the LS_COLORS was set by ls for gnu using dircolors.exe
The first two maybe RECENT and COMPRESS, the last "xs" I don't know.

The following is from their html file.

Highlight recently modified files - underscore

RECENT ;04 # leading semicolon required

Highlight compressed files - bright cyan

COMPRESSED ;01;36 # leading semicolon required

from clink.

@anotatta I figured out what changed:

The default_inputrc file was broken until v1.6.1, and so colored-stats wasn't enabled, so LS_COLORS wasn't parsed.

But with colored-stats set to on then bash and Readline and Clink all give that error.

You have some options:

1. You can run clink set readline.hide_stderr true to suppress all Readline stderr output.
2. You can set CLINK_MATCH_COLORS with colors for Clink to use instead of LS_COLORS (when CLINK_MATCH_COLORS is set, then Clink ignores LS_COLORS, so you don't have to change LS_COLORS).
3. You can change LS_COLORS.
4. You can add set colored-stats off into your .inputrc file.

from clink.

I tried option 2 and 3, they both works. So, I'll keep the old LS_COLORS and use option 2 set with the three problematic entries remove. Thanks.

from clink.