ZSH special characters escaping broken

[tywtyw2002]

Current Behavior

For special characters in ZSH completion desc should escaping with single /, but carapace passes it as double //.

$:/tmp/tests|
⇒  carapace --version                                                                                                  ✗ 3
carapace-bin 1.6.4
$:/tmp/tests|
⇒  carapace less zsh less ""
=(#b)(Test2&Testaaa.txt)([ ]## -- *)=0==2:=(#b)(Test2&Testaaa.txt)=0=:=(#b)(normal.c)([ ]## -- *)=0=38;5;111=2:=(#b)(normal.c)=0=38;5;111:=(#b)(spaceT TT.x)([ ]## -- *)=0==2:=(#b)(spaceT TT.x)=0=:=(#b)(test/)([ ]## -- *)=0=1;34=2:=(#b)(test/)=0=1;34:=(#b)(-- *)=0=2Test2&Testaaa.txt
normal.c
spaceT TT.x
test/Test2\\&Testaaa.txt
normal.c
spaceT\\ TT.x
test/
$:/tmp/tests|
⇒  carapace eza zsh eza ""
=(#b)(Test2&Testaaa.txt)([ ]## -- *)=0==2:=(#b)(Test2&Testaaa.txt)=0=:=(#b)(normal.c)([ ]## -- *)=0=38;5;111=2:=(#b)(normal.c)=0=38;5;111:=(#b)(spaceT TT.x)([ ]## -- *)=0==2:=(#b)(spaceT TT.x)=0=:=(#b)(test/)([ ]## -- *)=0=1;34=2:=(#b)(test/)=0=1;34:=(#b)(-- *)=0=2filesTest2&Testaaa.txt
normal.c
spaceT TT.x
test/Test2\\&Testaaa.txt
normal.c
spaceT\\ TT.x
test/
$:/tmp/tests|
⇒  ls
normal.c  'spaceT TT.x'  test  Test2&Testaaa.txt

Expected Behavior

No response

Steps To Reproduce

No response

Version

No response

OS

• Darwin
• Linux
• Termux
• Windows

Shell

• Bash
• Cmd
• Elvish
• Fish
• Nushell
• Oil
• Powershell
• Xonsh
• Zsh

Anything else?

No response

[rsteube]

Works fine for me on linux 🤔 .
What zsh version are you using?

[tywtyw2002]

/opt/homebrew/bin/zsh --version
zsh 5.9 (arm-apple-darwin23.0.0)

I am not sure is this related to some zsh completion option? Or maybe conflict to some zsh plugin.

[rsteube]

Ok, same as me (though it's linux).

I am not sure is this related to some zsh completion option? Or maybe conflict to some zsh plugin.

Possibly, there are all kinds of edge cases.

[forivall]

This might be the same as carapace-sh/carapace-bin#2667 , or something like it. I had fzf-tab, but customized it so that it wasnt the default completer, but it still double-escaped like this. Disabling it resolved this issue.