Created attachment 154858 [details] Sample file with an indented list When copying and pasting a list that uses several levels of indentation, the inserted list doesn't maintain the original indentation level, but puts all list items on top level. Steps to reproduce: 1) open attached document bullet_hierarchy.odp in Impress 2) click into the content field and select all text, e.g. by pressing Ctrl+A 3) Copy (Ctrl+C) 4) Move cursor to the end 5) Paste (Ctrl+V) Result: The list items are copied, but their previous indentation is gone, all of them are on the top level now. Expected result: Indentation levels should stay for pasted version as well.
Created attachment 154859 [details] Screenshot showin the result after pasting Version used: Version: 6.4.0.0.alpha0+ Build ID: 58599816d7a2898ea54edb57ae320ebbfd5298b4 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: kf5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded
I bibisected this. There are two changes in behaviour from the "works as expected" to the current behaviour: 1) change from "works as expected" (i.e. indentation levels remain on copying) to "no outline level for anything" (i.e. only text is pasted) was introduced by: author Varun Dhall <varun.dhall@studentpartner.com> 2017-07-13 00:36:46 +0530 committer Michael Stahl <mstahl@redhat.com> 2017-07-12 23:28:06 +0200 commit e333183d4390da0b17a55f214e2b953dbb0a8883 (patch) tree 680493fcca8e2a8239838db841cd623c2cedf1d3 parent b392208dde22edbcba36fe516ac114284a111728 (diff) EditEngine: Making ODF Format Default for Copy/Paste Bisected with: bibisect-linux64-6.0 Adding Cc: to Varun Dhall 2) change from "no outline level for anything" (i.e. only text is pasted) to "everything on top level" (i.e. a partial fix) was introduced by: commit 2ebda414bfc5b4961ddb41e5512de215476a31a2 Author: Eike Rathke <erack@redhat.com> Date: Fri Mar 2 20:31:48 2018 +0100 Resolves: tdf#114675 return new EditPaM of insert position from SvxReadXML() Change-Id: I77027d74a0addaafaf19e2c2a8e9759d560951eb (cherry picked from commit a44e62b82c7598471da9a5254953067613806337) Reviewed-on: https://gerrit.libreoffice.org/50646 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
Confirm with Version: 6.4.0.0.alpha0+ (x64) Build ID: 25ca657f8d0f1febaf0d5984bc862f3072ad197b CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win;
Hi Michael, is it the same bug as bug 117569 and bug 119216 ?
*** Bug 117569 has been marked as a duplicate of this bug. ***
*** Bug 119216 has been marked as a duplicate of this bug. ***
Katarina Behrens committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/66ed51712bb323bba7d1a0b0d21b256e5f5f9ccf tdf#128046: preserve list levels on paste It will be available in 6.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Katarina Behrens committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/9699108e60698355054d68a3da5a3e84913248cf tdf#128046: preserve list levels on paste It will be available in 6.4.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 7.0.0.0.alpha0+ Build ID: 6b4fe3e44b4daa89fef6a3385919b00472eaed60 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded @Bubli, thanks for fixing this issue!!