Bug ID 1232228
Summary clipboard plaintext page-break form-feed hex 0c
Classification openSUSE
Product openSUSE Tumbleweed
Version Slowroll
Hardware x86-64
OS openSUSE Tumbleweed
Status NEW
Severity Normal
Priority P5 - None
Component KDE Workspace (Plasma)
Assignee opensuse-kde-bugs@opensuse.org
Reporter simon@becherer.de
QA Contact qa-bugs@suse.de
Target Milestone ---
Found By ---
Blocker ---

Do the following:
generate a simple online text in libreoffice24.8.2.1-1.2,
export it as pdf (or print it with cups-pdf-printer)

from poppler tools use "pdftotext"
it will now have the char hex 0c at the end.
(behavior is same if its somewhere in middle of text)

do now:
in X-session:
textwith-0c -> xclip -> x-clipboard (ok, the text is shown in clipboard and
could be pasted (mouse/middlebutton/strg+v))

in wayland-session
textwith-0c -> wl-copy -> wayland-clipboard (did not show contens when 0c is
used, not possible to paste (mouse/middlebutton/strg+v))

i am not sure if this is a problem of wl-copy or the wayland clipboard itself.
when using wl-paste the contens will be outputted.
but its not show (maybe never arriving) in clipboard of the desktop
the enviorement: (plasma6.2.0-1.1 kdewayland6.2.0-1.1 all on opensuse
tumbleweed 20241011)

workaround is to filter out the 0c of the textfile.

commands used:
x-session:
pdftotext -layout libreoffice-pdf.pdf - | xclip
pdftotext -layout libreoffice-pdf.pdf - | xclip -selection clipboard

wayland-session:
pdftotext -layout libreoffice-pdf.pdf - | wl-copy
pdftotext -layout libreoffice-pdf.pdf - | wl-copy -p

and here one possible the work around:
pdftotext -layout "$1" - | sed -e 's/\x0c//g' | wl-copy
pdftotext -layout "$1" - | sed -e 's/\x0c//g' | wl-copy -p

filed also a bug for wl-clipboard:
https://github.com/bugaevc/wl-clipboard/issues/237


You are receiving this mail because: