Happens in 5.1.3.2 and eventually earlier. Also in all later versions I tested. probably depending on file size. The relevant document is a text of a book and as such copyrighted. Sanitazing by standard methods is not possible, because it changes the original page wraps. Anyone concerned with error reproducing or correcting will get a link from me. In most cases formatting of the document is not correct when loaded. Correctness of the document displayed is achieved, after it is scrolled up and down several times. To check for correct formatting: Formatting is OK if chapters of the book start at the pages given in the index on page 5 of the document.
(In reply to Wilfried Koch from comment #0) > Anyone concerned with error reproducing or correcting will get a link from > me. With conditions like this, it is very unlikely anything will happen without money entering the picture.
Text modified but identical page wraps. https://www.dropbox.com/s/7tit0te5whpg379/LazBuch_1_20160716_1548_MIN_SANI.odt?dl=0
(In reply to Wilfried Koch from comment #0) > To check for correct formatting: > Formatting is OK if chapters of the book start at the pages given in the > index on page 5 of the document. Confirmed that the index does not match the chapters. BUT if I update the index the problem is solved. Saving and reloading keeps the correct index page numbers. So it does not seem to be a bug. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: c1b665fcdacd4141137f1e369527e2c0d94513ae CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on July 26th 2016
May be I have been misunderstood: The formatting of the document given is correct, if the actual page numbers are the same as in the index, e. g. if chapter 18 starts on page 425 or if the intentionally empty page ( big text "leere Seite") is on page 453. If you found it this way after updating the index with 5.3.0.0 then fine and the bug is really fixed. I tested only with 5.2.0.2. and Windows 10 , 64 Bit, 8 GB and found the problems being still there. THE INDEX MAY NOT BE CHANGED COMPARED TO THE ORIGINAL STATE. THE INDEX IN THE FILE GIVEN IS THE CORRECT ONE. Updating the index changes the index in a way that it complies with the actual (wrong) formatting. Please observe: at least in this version updating often changes the number of pages. Several updates may result in several changes of length (in pages) of the document (observed today). There were rare cases when this formatting was correct directly after opening the file.
Ok, setting to NEW, then, but you should attach some screenshot example of the wrong formatting as it is not really enough to go by the page numbers.
Created attachment 126467 [details] Exmples for formatting problems The zip file contain 3 files starting with OK, these show correct formatting: Chapter 6 has to begin on page 116, chapter 10 on page 253 and 18 on page 425. Formatting is basically correct if these chapters and page numbers correspond. My experience is that the formatting is OK if chapter 18 starts on page 425 and page 425 contains leere Seite. The zip file contains another 2 files starting with WRONG. These show examples of the wrong formatting directly after the file is opened in LibreOffice. Here chapter 6 starts on page 119 and 18 on page 437. After loading most time formatting is not correct but the faults are not the same every time. The correction of the format was achieved by intensive scrolling. This process from the user's point of view is obviously not deterministic. The examples were made by exporting one page to pdf. In rare cases this produced a reformatting and the print result was not the expected one. I hope my examples will help. Please ask for more if necessary.
(In reply to Wilfried Koch from comment #6) > I hope my examples will help. Please ask for more if necessary. But what is the actual incorrect formatting that causes the slipping of the pagination? I would like you to describe it like "line height too big on page xxx" or "font size too big on page xxx" or simply include a screenshot, where you draw a circle in red to denote an incorrectly formatted element.
May be we had a mix of terms. The problem is alone the wrong pagination (which I addressed as a formatting problem). This problems seem to me quite undeterministic. I could not observe any changes of font size or stuff like this. I just see "page breaks at unwanted places moving around in the document".
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170901
Description sounds a bit like bug 118920
Dear Wilfried Koch, 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Please attach example document and retest with fresh LO. Dropbox not available.
Wilfried, Buovjaga and Telesto, please attach example document and retest with fresh LO
(In reply to Timur from comment #13) > Wilfried, Buovjaga and Telesto, please attach example document and retest > with fresh LO https://drive.google.com/file/d/1UacZYIhlo505D3S3nGeWA6gY2uHndP1P/view?usp=sharing 503 pages on file-opening 501 pages for the exported PDF 505 pages for the document after PDF export The index in PDF is also wrong. Clicking chapter 18 (in PDF) is going to the wrong page. Last two pages appear to be missing too. with Version: 6.5.0.0.alpha0+ (x64) Build ID: ce685f64f38551e7984155783c9c7660d986abf6 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: en-US (nl_NL); UI-Language: en-US Calc: CL --------------------- 501 pages on file open 501 pages for the exported PDF 501 pages for the document after PDF export All pages appear to be present. Clicking chapter 18 in PDF is also fine. with Version: 5.3.0.3 Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; Locale: nl-NL (nl_NL); Calc: CL However this isn't the initial problem I guess
I'm not sure about this. LO 6.5+ opens 488 pages and going to the end changes to 503 or 505. ToC Inhaltsverzeichnis (Schnellübersicht) is wrong and if it's updated, it expands. 1st heading is already different, ToC shows 17 and it's 19 and if updated 20. Lo 5.2.7 opens 500 pages. ToC cannot be correct. I cannot open ODT with LO 3.3 or 4.0. We need to know what exactly is wrong and what is expected. Is this ToC created before further editing and why it would be correct? I see that number of pages is different is various LO (500 to 505) and that's shouldn't be, but we cannot go back now. To me, bug seems to be in this 488 pages that changes so I set New so far.
Created attachment 157378 [details] Screenshot Frames + Footnotes > LO 6.5+ opens 488 pages and going to the end changes to 503 or 505. Not for me, it opens and shows 488 maybe for a moment, but changes to 503-505. That's the whole issue. The layouting is unstable. Footnotes and cross pages tables are known cause for unstable layout (and are present in the doc in question). Possibly something similar is happening with frames and footnotes (see screenshot, frame overlapping the footnote) but that's only speculation. I have seen another bug doc where moving a frame causes some unexpected layout changes There isn't much to say reliable about a 'proper' layout without a fix for the footnote table mess, IMHO Let's check the doc next year..
Dear Wilfried Koch, 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
Original test document no longer available. Similar test document used now. Error persists up to 7.3.0.2. Error does not exist with simplified test file. More about test file see error 146875 or text below. Finding time I will do some regression testing. ========================================================================== I know that the availability of the document ist essential for you in this case. There are two problems: 1. the size 2. it is the manuscript of a book not yet published. How can we proceed? Thank you for your work. --------------------------------------------------------------------------- You may replace all chars in the document with "x". As for size, you may try to split in half as long as it still crashes. Not sure what's the limit here, but try to upload then, or some file sharing. -------------------------------------------------------------------------- Dear Timur, Thank you for the message. Some comments concerning the bug were made in Bugzilla. You will hopefully be able to get the test data using the following link: https://www.dropbox.com/sh/h8g99k3mzys6r8w/AAAwCQrhF1jrkrQxxYDaKZFna?dl=0 I will leave it accessible until January 28. Best regards. Wilfried =========================================================================
(In reply to Telesto from comment #14) > (In reply to Timur from comment #13) > > Wilfried, Buovjaga and Telesto, please attach example document and retest > > with fresh LO > > https://drive.google.com/file/d/1UacZYIhlo505D3S3nGeWA6gY2uHndP1P/ > view?usp=sharing > > 503 pages on file-opening > 501 pages for the exported PDF > 505 pages for the document after PDF export > > The index in PDF is also wrong. Clicking chapter 18 (in PDF) is going to the > wrong page. Last two pages appear to be missing too. Not sure, if it's due to missing de-DE hyphenation data, but with latest of Linux 7.4 bibisect repo, I get 495 pages for all steps/exported PDF.
(In reply to Buovjaga from comment #19) > Not sure, if it's due to missing de-DE hyphenation data, but with latest of > Linux 7.4 bibisect repo, I get 495 pages for all steps/exported PDF. For everything slightly unstable: Page counter shows 503.. PDF export has 502 And highly different from your results I don't get a missing de-DE hyphenation data warning.. so likely installed ------------------------- The file at comment 18 https://www.dropbox.com/sh/h8g99k3mzys6r8w/AAAwCQrhF1jrkrQxxYDaKZFna?dl=0 Another beast: Scrolling down to bottom -> Freeze Export to PDF freeze (at repagination) VerySleepy slows the same perf profile: time spend in SwPageFootnoteInfo::GetTopDist Will open a new bug report for that