Description: SPECIAL PASTE RTF: Only pasting a number field Steps to Reproduce: 1. Open attachment 163583 [details] 2. CTRL+A 3. CTRL+C 4. CTRL+N 5. CTRL+SHIFT+V RTF Actual Results: Pastes only a number field Expected Results: At minimum the first 60 pages (as before); ideally everything Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL not in 6.4
Confirm with Version: 7.1.0.0.alpha0+ Build ID: abea0d6647c7f1f7e76c73c26cb80e6a67dc5111 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
Bibisected using linux-64-7.0 to: URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=da967d5f8f450fbcbe1f595dbfc357eb7c8b3c50 author: Michael Stahl <Michael.Stahl@cib.de> committer: Michael Stahl <Michael.Stahl@cib.de> summary: sw: RTF export: fix invalid RTF for shapes and text frames again Adding CC: Michael Stahl Before this it's pasted 60 pages.
Created attachment 183540 [details] Minimized example file
Created attachment 183541 [details] The minimized example file and its content pasted as RTF in a new window Looks like there is something funny in the headers. Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cfc8a8f5d841b3f84d207196153be67da7f60652 CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded
Created attachment 183542 [details] Minimized example file Previous one seems to be off after reload.