XWindow style copy-paste got broken in 0.13.14

Bug reports
1

We strongly recommend you to search the forum with possible keywords before submitting a new bug report. Please also try your repro steps with third-party plugins and custom CSS disabled and see if it’s still reproducible. If it’s an issue with third-party plugins or themes, try contacting the author for help. Once you’ve done the above, delete this line.

Steps to reproduce

  • create an obsidian note with some text
  • select fragment of the text with mouse
  • press the mouse middle button somewhere in the editable area

Expected result

  • selected text is copied to the new place

Actual result

  • only first selected character is copied to the new place

Environment

  • Operating system:
    OpenSuse 15.3
  • Debug info:
    SYSTEM INFO:
    Obsidian version: v0.13.14
    Installer version: v0.12.12
    Login status: not logged in
    Insider build toggle: off
    Live preview: off
    Legacy editor: off
    Base theme: dark
    Community theme: none
    Snippets enabled: 0
    Safe mode: on

RECOMMENDATIONS:
none

Additional information

Some clarifications:

  • I did not use insiders builds, so I don’t know when this bug appears. 0.12.* versions worked Ok.
  • As “live preview”, as “source” modes has this bug.
  • If you check the clipboard contents, there is only one character there. So, the problem is on “copy” stage.
  • The bug appears only for usual text; tags and links copying is Ok.
  • “first selected character” is either first, or last character of the fragment, depending on the direction of selection.
2

I cannot repro on Manjaro. (It also uses X)

Please post a recording of this happening in the help vault.

3

Here you have:
https://youtu.be/cFoRSOpFbws
While recording, I notices, that if you select full line, it is also copied good.

4

Thank you for the recording.
You’re right, I can repro when I don’t select from the beginning of the line or over the end of the line.

Something else I noticed:
It also replaces markdown syntax with a control character zero width space in Live Preview. That must be because it’s copying directly what is there. The rendered markdown in LP contains zero width spaces due to the rendering.