Tim Siegel

This is a bug in Zsh itself, as shown with the following bare-bones example `.zshrc`: ```zsh autoload -Uz surround zle -N add-surround surround bindkey -M visual S add-surround ```

It isn't trivial, but I guess it should be possible. A suggestion of how to do it is at the Stack Overflow answer: https://unix.stackexchange.com/a/314289/167151 If it can be done cleanly...

It may be enough to just ensure that this plugin works fine, and refer to it in the README: https://github.com/kutsan/zsh-system-clipboard See this comment for more thoughts: https://github.com/softmoth/zsh-vim-mode/issues/36#issuecomment-755445082

I think maybe this only happens with multi-line prompts. I'll try to narrow it down. I was able to reproduce it with the standard `prompt fade`. A quick workaround is...

This appears to be a Zsh bug. I narrowed it down to this minimal `.zshrc`: ```zsh autoload -Uz promptinit; promptinit prompt redhat PS1='%! %# ' autoload -Uz add-zle-hook-widget test-zle-reset-hook ()...

I assume then that Firefox decides to not display its `Open with...` dialog when the content is hidden. It could be considered a bug in Firefox, or it could be...

Yes, Xliff, I get the same error as you. I'd accidentally switched to an older Raku and forgot to switch back before reporting.

This bug is triggered by calling `.Str` or `.gist` on the HyperSeq prior to calling `.map`. In `Template::Mustache`, the call to `.Str` is in `sub resolve`, and removing [line 426](https://github.com/softmoth/raku-Template-Mustache/blob/559f65c1af4979db97b464da84593152631b7dbb/lib/Template/Mustache.rakumod#L426)...

Workaround pushed as b1fbd76. I don't know what the right solution really is, so leaving this open.

It's not affecting anyone as far as I know, and I suspect it's a generic gotcha with Raku rather than an actual bug. But I've left this bug open as...