[BUG] :w write paste wl-clipboard contents about kakoune

[Screwtapello]

I don't understand the reproduction steps you've provided.

When you say "copy", do you mean /bin/cp, or yanking text from within Kakoune, or copying text to the system clipboard?

When you say "on the scratch buffer paste the contents", do you mean Kakoune's p command, or your terminal's "paste from system clipboard" command (often bound to Shift-Insert, or Ctrl-Shift-V)?

When you say "yet the file is written", what file are we talking about? The scratch buffer doesn't represent a file and can't be written.

Are you using some system clipboard integration plugin?

[nonumeros]

see the correction above

:w paste the wl-paste contents of foo-'bar-baz'-foo there

For as long as I can remember the usual behavior was to say paste the contents and and only if <ret> is registered then the file is written.

This current behavior is, I would say, relatively recent. I don't have the time now to git blame it on a commit that causes it [setback] but it's surely there.

[nonumeros]

Have to close it. Sorry for the noise.

I have a few versions installed and cannot reproduce with the latest head. wl-paste pastes the contents successfully. I would have to compile again each and every kak version I have to find out the culprit of pasting right up into the minibuffer the contents even before a <ret> operation is registered .

sorry for the noise again. The issue is there but it's time consuming for me to compile each kak version I have.

[nonumeros]

@Screwtapello I felt obligated to find out the version/revision number where the above issue with the wl-paste happened.

I had compiled kak (latest head) on a different system, and I simply forgot (or mixed up) the two versions when I reported this issue. I could have sworn that it was the latest dated as stated on 4-25-2024. But I was wrong.

It 's actually 98b84f2

my apologies