Description: Shape anchored to paragraph created multitude of empty pages when dragged to specific spot Steps to Reproduce: 1. Open attachment 162103 [details] 2. Drag the image as in screencast Actual Results: Lots of empty pages Expected Results: Ideally not so Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: a35c18aeff3b1d8f270db7e094850fb8ba1ab84a 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
Created attachment 162109 [details] Screencast
Tried several times but unable to repo Version: 7.1.0.0.alpha0+ (x64) Build ID: 9bef09cb2f0c9c9e6819f28ed8e83c0edd6eadb6 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: 21c0deb19890703a9eaf24403e60c4c7546a0bfe CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 30 June 2020
Looks like the is splitting different now.. Yellow marking is not at the exact same spot. So lets see of this changes again.. or I have to come up with new example No repro Version: 7.1.0.0.alpha0+ (x64) Build ID: 4c14c88cc681abab787a461a1bea502a777f37e6 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
Hmm delete the last two lines of pag 1.. empty page created.. press Undo nothing changes Also in Version: 6.0.5.0.0+ Build ID: 15ea1cda0b3c37ff944ad9a239b7ed453e8b0591 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL
(In reply to Telesto from comment #4) > Hmm delete the last two lines of pag 1.. empty page created.. press Undo > nothing changes > > Also in > Version: 6.0.5.0.0+ > Build ID: 15ea1cda0b3c37ff944ad9a239b7ed453e8b0591 > CPU threads: 4; OS: Windows 6.3; UI render: default; > Locale: nl-NL (nl_NL); Calc: CL Also in 5.2 but not in Version: 5.1.0.3 Build ID: 5e3e00a007d9b3b6efb6797a8b8e57b51ab1f737 CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Locale: en-US (nl_NL)
(In reply to Telesto from comment #4) > Hmm delete the last two lines of pag 1.. empty page created.. press Undo > nothing changes No repro Version: 7.1.0.0.alpha0+ (x64) Build ID: 92c2318db92c3f102243ef1f8a9a492796932ff6 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: 777f9cec0985f99451ecb804d5ae139a0be32253 CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 4 July 2020
Created attachment 162639 [details] Screencast
I also can't confirm it with Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: he-IL (de_DE); UI: en-GB Calc: threaded and I don't understand the steps your are doing in screencast from comment 7. Do you just delete some lines (as you dexribed in comment 4) or do you simultaneously drag the image?. Would be useful to have some clearer steps. => NEEDINFO
*** Bug 134508 has been marked as a duplicate of this bug. ***
!. Open attachment 162640 [details] 2. Delete the dark the large shape 3. Undo 4. Drag the large shape to the second page. where shape is positioned at the top of the page where text starts Assuming multi page view
(In reply to Telesto from comment #10) > !. Open attachment 162640 [details] > 2. Delete the dark the large shape > 3. Undo > 4. Drag the large shape to the second page. where shape is positioned at the > top of the page where text starts > > Assuming multi page view 5. CTRL+A 6. CTRL+X 6. CTRL+V No you get something i would expect
(In reply to Telesto from comment #11) > (In reply to Telesto from comment #10) > > !. Open attachment 162640 [details] > > 2. Delete the dark the large shape > > 3. Undo > > 4. Drag the large shape to the second page. where shape is positioned at the > > top of the page where text starts > > > > Assuming multi page view > > 5. CTRL+A > 6. CTRL+X > 6. CTRL+V > > No you get something i would expect No empty pages generated Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: ccdb78773ac6c9d19140e8084f37cc2c7f06240e 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 18 October 2020
(In reply to Buovjaga from comment #12) > No empty pages generated Same result with Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: he-IL (de_DE); UI: en-GB Calc: threaded There is no difference between the document after step 4 and after step 6 Additional information: A blank page is added, if you drag the image to the top of page 2 (not to the top of text area)
Created attachment 166520 [details] Screencast As I suspected already.. zoom + screen resolution do matter
(In reply to Dieter from comment #13) > Additional information: > A blank page is added, if you drag the image to the top of page 2 (not to > the top of text area) Looking at Telesto's video, this behaviour is the only thing I see. I can repro it myself. The mention of "multitude" was causing confusion. Let's change the summary. Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: ccdb78773ac6c9d19140e8084f37cc2c7f06240e 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 18 October 2020
Same behaviour in 6.3.0, 4.4.7, 3.3.0.
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