Bug 102599 - RTF Paste doesnt retain numbered list
Summary: RTF Paste doesnt retain numbered list
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
3.5.0 release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: filter:rtf, notBibisectable, regression
Depends on:
Blocks: RTF-Paste RTF-Bullet-Number-Lists
  Show dependency treegraph
Reported: 2016-09-26 22:44 UTC by Yousuf Philips (jay) (retired)
Modified: 2021-08-14 02:28 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:
Regression By:


Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2016-09-26 22:44:50 UTC
1) Open attachment 127615 [details]
2) Select numbered list entries 1, 2 and 3 under Test1
3) Move cursor below Test3
4) Paste Special > Formatted Text [RTF]
5) Notice that not all of the inserted lines are part of a numbered list

This can be seen in attachment 127651 [details] at 0:21 to 0:25 (without crlf) and 0:49 to 0:53 (with crlf).

The paste without entry 3's crlf broke from its earlier/better behaviour in 4.0, while the paste with crlf broke from its earlier/better behaviour in 4.2.

Build ID: dec8da2a9aadbb6758ee76c30582bd8620a10ecb
CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-09-21_05:53:33
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 Xisco Faulí 2016-09-29 11:45:49 UTC
Confirmed in

Build ID: 0d3ba1d4b507b555b086c687fcd202d69a9a2ffa
CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 2 Xisco Faulí 2016-10-06 10:31:16 UTC
In Version (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) the behaviour I'm observing is that the first time I paste the text it's pasted with the numbered list, however, if I undo the action and paste it again, this time the numbers are gone.
Comment 3 Xisco Faulí 2016-10-06 10:50:04 UTC
Behavior commented in comment 2 already observed in LibreOffice 3.5.0 
Build ID: d6cde02, thus, prebibisect.
However, it's ok in LibreOffice 3.3.0
Comment 4 QA Administrators 2018-10-23 02:49:33 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2020-09-30 18:00:40 UTC
Still repro

Arch Linux 64-bit
Build ID: 09c24681a3414092fde50ec0f617c9f7c79e8a61
CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 30 September 2020
Comment 6 Aron Budea 2021-08-14 02:28:56 UTC
Actually, according to bibisect-43all this started in the following, 3-month range (=notBibisectable).