A stray "j" ruined my evening

A stray "J" I encountered years ago: a certain client's support tickets would often end with a single "J", which was a little confusing as it was not one of their name initials. After a brief investigation, the original email source contained this:

    <font face="Wingdings">J</font>

If it's any consolation, the other day I spent 3 hours diagnosing a homebrew circuit board for no signal and finally realized the Raspberry Pi sending the signal had a dead GPIO pin.

> but in ANSI newline delimiter is translated as "j"

?

https://zippythepinhead.com/Merchant2/merchant.mv?Screen=PRO...

As a vim user, stray J's are a fact of life.

So this is a bug in that Signal TUI he was using? I.e. it mangles newlines in pasted text.

I like how -j fixed the stray j problem....

I was poking around with this and I noticed wl-copy has an option to trim newlines. Maybe that's why they added the option but I'm leaning towards gurk being the culprit. wl-copy itself seems to handle newlines ok, at least for me. This works as expected:

  echo -e "test\n" | wl-copy

  wl-paste

[dead]