Description: Lots of layout movement deleting part of a text Steps to Reproduce: 1. Open attached file 2. Go to page 57 3. Delete 171 until 176 ending with "In what year was Friends first broadcast and for how many seasons did it run? 4. Press backspace Actual Results: Lots of movement Expected Results: Less shifting around 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
Created attachment 163652 [details] Example file
Created attachment 163653 [details] Screencast
Created attachment 163654 [details] Source ODT
Created attachment 163655 [details] Screenshot of when it's not going as expected
Created attachment 163656 [details] ODT of the DOCX (as the ODT is inheriting DOCX flaws)
DOCX export of ODT with 4.3 appears to be 'good' in the sense of not causing massive movement. So STR 1. Open source ODT 2. Save to DOCX 3.Go to page 57 4. Delete 171 until 176 ending with "In what year was Friends first broadcast and for how many seasons did it run? 5. See what happens -> maybe delete some more.. press undo.. to double check.. Note: timers triggered a bit slower compared to 7.1.. So need a bit of waiting or a good I noticing
Dear Telesto, Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
1. Open attachment 163652 [details] in multi page mode (so you can see 2 rows of pages) 2. Go to page 59 (with number 176 on it) 3. Place the cursor at the end of "In what year was Friends first broadcast and for how many seasons did it run? 4. Press and hold backspace.
> Lots of layout movement deleting part of a text I do not see how you can expect something else while the layout need to be updated each time a line is erased, taking into account that the software don't know when you will release the backspace key. For me this behavior is not a bug, only a constraint of the wysiwyg feature of Writer combined with this suboptimal procedure for deleting a long part of text and the key repetition frequency of the keyboard. Best regards. JBF
I don't see the problem in 7.1 or the latest. Arch Linux 64-bit, X11 Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cbf30153a5c776e6d1ee26f2f83c8f77503eceb9 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 2 January 2023
Created attachment 184445 [details] Example file 1. Open the attached file 2. Go to multi-page view. Zoom in/out until you see 3 pages a row 3. Go to page 57; they page with yellow marking. The page will be at the right side of the multipage view. 4. Select the yellow highlighted text & press backspace Expected: The text below the yellow highlighted text moves up (green highlighted). No change in layout of the previous pages. The green highlighted text is at the right page in multi-page view. Actual: a new page is added for content above (haven't checked what actually changes)
Created attachment 184446 [details] Gif screencast
Created attachment 184447 [details] Gif screencast
(In reply to Telesto from comment #12) > Created attachment 184445 [details] > Example file > > 1. Open the attached file > 2. Go to multi-page view. Zoom in/out until you see 3 pages a row > 3. Go to page 57; they page with yellow marking. The page will be at the > right side of the multipage view. > 4. Select the yellow highlighted text & press backspace > > Expected: The text below the yellow highlighted text moves up (green > highlighted). No change in layout of the previous pages. The green > highlighted text is at the right page in multi-page view. > > Actual: a new page is added for content above (haven't checked what actually > changes) I suppose so as the page count stays 86. Probably exporting PDFs and diffing them would help tell what changes. Arch Linux 64-bit, X11 Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b844605b101bd752c8a0c07117b5d3faf2b2aebb CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 22 December 2022
(In reply to Telesto from comment #12) > Created attachment 184445 [details] > Example file > > 1. Open the attached file > 2. Go to multi-page view. Zoom in/out until you see 3 pages a row > 3. Go to page 57; they page with yellow marking. The page will be at the > right side of the multipage view. > 4. Select the yellow highlighted text & press backspace > > Expected: The text below the yellow highlighted text moves up (green > highlighted). No change in layout of the previous pages. The green > highlighted text is at the right page in multi-page view. > > Actual: a new page is added for content above (haven't checked what actually > changes) Bibisected with Windows 5.1 repo to 6a55792cdd39f95c28a929cd0c1c1a3e89e00cfd Revert "restore "crash on layout of novell622972-2.html" temporarily" In the preceding commit the yellow highlighted text was on page 88. Regression status might be disputable in case of some underlying issues, but keeping as such for now.
9 years ago surely falls under some statute of limitations
-a kind of crazy report -pointing to a revert commit related to crashing -from 9 years ago -dealing with an idiosyncrasy of layout = not a "regression by" candidate