Description: Copy/paste of a doc results in deviating number of pages of the original (in single page view) Steps to Reproduce: 1. Open the attached file (in single page view) 2. CTRL+A 3. CTRL+C 4. CTRL+N (again in single page view) 3. CTRL+V 4. Scroll up 5. update index Actual Results: Expected 202 Expected Results: Result 207 * No empty pages * no shifting images Reproducible: Always User Profile Reset: No Additional Info: Found Version: 7.1.0.0.alpha0+ (x64) Build ID: 43c60ce1ac7629a1462e927e6ff937469f58f743 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 but not in Version: 6.0.6.0.0+ Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL
Created attachment 162263 [details] Example file
Still fine in Version: 6.4.0.0.alpha0+ (x64) Build ID: 4a0b2b8024fa6fb8a0ab3e474b7d64fc455028b5 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
The last page in index is 209. The last page in document is 211. Version: 6.4.4.2 Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded
The last page in index is 201. The last page in document is 203. Version: 6.4.4.2 Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded
The bibisecting of this report is reserved for new QA team members in training. Bibisecting should be done using the win64-7.0 repo. Also reproduced on Linux.
My previous comment is canceled - I saw this even in the oldest of 7.0 repo yesterday.
The 202 page document was consistently showing up as a 219 page document after updating index in new file. ~/win64-7.0 $ git bisect log # bad: [e81dce33f9408b434377713b586fbfde2925762b] source 2891e91a513520d68ea2b8c59c14335861a15253 # good: [832184dd45effc3d2a68e9010c4b8f1d0a70623a] source 9bc848cf0d301aa57eabcffa101a1cf87bad6470 git bisect start 'master' 'oldest' # bad: [8769a12f2f4cc34c9780be6940faa0008491e8bf] source f15d67442972c5f69c71925a6bfa5aa1a39d54eb git bisect bad 8769a12f2f4cc34c9780be6940faa0008491e8bf # bad: [77b373998be9e3add6ac24bde56a8d6e727fbf79] source f8e29707df8ebb6acf33ac4e32033252953bc7ef git bisect bad 77b373998be9e3add6ac24bde56a8d6e727fbf79 # bad: [6192c062509a3a3fc2036469cdaca1a4d3a624c8] source 141722374d026d783bc1d2ab5656568105017d87 git bisect bad 6192c062509a3a3fc2036469cdaca1a4d3a624c8 # bad: [ee9bcef5720c46ee89d64d4da9cd51aac974ff72] source e01df3488abe6d319c6874ca870afb82a3ad9b1e git bisect bad ee9bcef5720c46ee89d64d4da9cd51aac974ff72 # bad: [62a70d58d006ec90127824e882172db704c86e7f] source 7c4b5c46dd1679d93a21f015e5a09f3428eb3d2c git bisect bad 62a70d58d006ec90127824e882172db704c86e7f # bad: [6e6e97a18002e04ee508538679485baa826f4bd4] source dbfa1f2fea43771d00f656ce6c2aff438889f2c5 git bisect bad 6e6e97a18002e04ee508538679485baa826f4bd4 # bad: [2a3b5d5ddce1659243cbcd1fc35ae7d70b9643fe] source ad433f15b2f567f094fc6507f2c4d2a46267bd64 git bisect bad 2a3b5d5ddce1659243cbcd1fc35ae7d70b9643fe # bad: [96204cab0b9e30441232e462fc1710ee63e9a894] source da30c06a119f06e59895ea889a5daa149929dfe9 git bisect bad 96204cab0b9e30441232e462fc1710ee63e9a894 # bad: [c9d035b668828c5b94a8df54f6c4cdaf5653b2ae] source 45324a9a405ffbd913ede64f3f5099b2c325539e git bisect bad c9d035b668828c5b94a8df54f6c4cdaf5653b2ae # bad: [8372a07a38b2d31613d3ef794541b36246184091] source 0f0cd9f6ddedcc2607b64e810f0c95214b4da8c6 git bisect bad 8372a07a38b2d31613d3ef794541b36246184091 # bad: [d6314d68407083a55a48e57bfa258dc05a82b692] source ae499df25c01a149dfbb387da17a7f8a232a6a4e git bisect bad d6314d68407083a55a48e57bfa258dc05a82b692 # bad: [e95ccd07f5f5300cd7ab51a910f9e60f725bd615] source 30f77f00f1ef3fc476e56e61dda1915cc08aff27 git bisect bad e95ccd07f5f5300cd7ab51a910f9e60f725bd615 # bad: [3ac841987e76d742e608c8a6c4686055ceca69e1] source e151c12a14c1a2536393c82fa6027f251be1a7d6 git bisect bad 3ac841987e76d742e608c8a6c4686055ceca69e1 # first bad commit: [3ac841987e76d742e608c8a6c4686055ceca69e1] source e151c12a14c1a2536393c82fa6027f251be1a7d6 3ac841987e76d742e608c8a6c4686055ceca69e1 is the first bad commit commit 3ac841987e76d742e608c8a6c4686055ceca69e1 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Mon Nov 25 06:48:43 2019 -0800 source e151c12a14c1a2536393c82fa6027f251be1a7d6 source e151c12a14c1a2536393c82fa6027f251be1a7d6 Adding Cc: to nthiebaud@gmail.com
(In reply to Abhi from comment #7) > The 202 page document was consistently showing up as a 219 page document > after updating index in new file. > > 3ac841987e76d742e608c8a6c4686055ceca69e1 is the first bad commit > commit 3ac841987e76d742e608c8a6c4686055ceca69e1 > Author: Norbert Thiebaud <nthiebaud@gmail.com> > Date: Mon Nov 25 06:48:43 2019 -0800 > > source e151c12a14c1a2536393c82fa6027f251be1a7d6 > > source e151c12a14c1a2536393c82fa6027f251be1a7d6 As I suspected - the result has nothing to do with the problem area: https://git.libreoffice.org/core/+/e151c12a14c1a2536393c82fa6027f251be1a7d6%5E!/ Resolves: tdf#128748 warning dialog appearing on focus change
Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Reproduced in current stable and daily master builds. Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674 CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9a37652b79001bf5208841b9221dee851b9b6d0f CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Bibisected with linux64-6.4 to a55b149a1822e71d20cc28cece827231300337b8 sw layout: remove checks for IsLayoutInCell
Created attachment 195870 [details] 5 pages repro doc Hmm, I don't yet have an idea why the above cleanup would affect anything for an ODT file, which never set this LayoutInCell property. In any case, here is a 5 page bugdoc (instead of 202 pages) that also reproduces the problem, should be easier to debug with this. Oh, and I suggest focusing on the problem that the image gets shifted up from the last page to the previous page; if you copy&paste the content of your doc to a new doc, it may have valid reasons to have a different page count, since the compat flags in the old vs new doc can be different, and those can affect the layout.
I'll look into the above.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/eb8a5d4630dcb09fea320b182424d8b6140c1166 tdf#134198 sw: avoid losing char pos of anchor point on content copy It will be available in 25.2.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.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-24-8": https://git.libreoffice.org/core/commit/04c2823100fd348061c1bb7d13446d1a09e5e25a tdf#134198 sw: avoid losing char pos of anchor point on content copy It will be available in 24.8.3. 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.