https://bugzilla.suse.com/show_bug.cgi?id=1232228 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: You are on the CC list for the bug.