When opening the document referenced below the page counter keeps increasing and more and more RAM is allocated. The problem was first detected on LO 4.3.3 using the UNO interface (noninteractively). It allocated some 66G until it was killed. When using LO interactively I can watch the page counter in the lower left corner go up starting from around 19. I once waited for it to reach 1000, then killing LO. The bug could be reproduced on * LO 4.3.3 (from Debian Jessie) * LO 5.2.1 (from Debian Stretch) * LO 5.2.1 (from libreoffice.org) * LO 5.1.5 (from libreoffice.org) I once tested 5.1.1.3 from Debian Stretch which didn't show the problem, but I can't verify this phenomenon for now. The file in question is available at: http://dev.programmfabrik.de/pf34552/The_Weather_Arbeitsmaterial.doc (15M, only for debugging reasons, other uses are not allowed)
Can not be reproduced on: LO Version: 5.0.5.2 Build ID: 00m0(Build:2) Locale: en-GB (en_GB.UTF-8) LOdev Versie: 5.3.0.0.alpha0+ Build ID: 075489b4b810692edc2ba9910eb3ca659a2b6745 CPU Threads: 4; Versie besturingssysteem:Linux 3.12; UI Render: standaard; Locale: nl-NL (en_GB.UTF-8); Calc: group In both versions the page count jumps from 19 to 30 shortly after loading. I suspect a kind of race condition in the pagination code. Note that your example document uses the "Maiandra GD" font, and possibly other non standard fonts. On my system the "Maiandra GD" font is not installed. This could explain the different behaviour.
(In reply to Stephan van den Akker from comment #1) > Note that your example document uses the "Maiandra GD" font, and possibly > other non standard fonts. On my system the "Maiandra GD" font is not > installed. This could explain the different behaviour. I didn't have this font installed on my system, either. But installing the font actually makes a difference and stops the page increase. Is there anything I can do to help find the root cause of the problem? Installing the font might be a workaround but especially in our non-interactive setup it leaves a bad feeling.
I guess actually having a file and a LO setup that reliably reproduces the problem is already a big help for the devs. The font substitution may not be essential to the problem. I witnessed this same problem in the past when pasting tables from Calc into Writer, just using Arial. LO was substituting the Maiandra GD with something else. Could you try and find out what the substitution font was on your system? It is obviously different from the one on my system.
Hello mad, *, I can reproduce your bug with OS: Debian Testing AMD64 LO: Version 4.0.0.3 (Build ID: 7545bee9c2a0782548772a21bc84a9dcc583b89) (parallel installed, following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel/Linux), , LO: Version: 4.4.1.2 Build-ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Gebietsschema: de_DE (also parallel installed) , LO: Version: 4.4.6.2 Build-ID: 008d5d0ddffba0b82de2a2c36a65b9cba0a6b328 Gebietsschema: de_DE.UTF-8 (also parallel installed) Version: 5.2.2.2.0+ Build-ID: 1:5.2.2~rc2-2 CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: Standard; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group (Debian's own version) and also LO: Version: 5.2.2.2 Build-ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: Standard; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group (parallel installed, ... :( But only, if I just open the file and do nothing. If I use the arrow down or page down keys, the page counter adjusts the overall number of the pages down to 30, if you reaches page 1x (sometimes page 12, sometimes page 16 or above). With LO: LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 (also parallel installed, and my only 3.x version installed) I cannot confirm your bug ... :( So, as I have confirmed it, I will set the status to new and set the version to 4.0.0.3 (if selectable). HTH Thomas.
Bug already present in 3.6. Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b)
** 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 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
this still happens in LO 5.4.2 (Debian stretch-backports 1:5.4.2-3~bpo9+1 )
I just tried with my 6.0 builds from https://people.debian.org/~rene/libreoffice/6.0/ (here: git snapshot from 20171031, see under snapshots). There it seems to work - 31 pages and no constant counting. (my system crashed when I scrolled, but...)
Repro also in Windows LO so All. MS opens it in Web layout. It shows 35 pages there but exported PDF has 27 pages. But no repro with 6.0+. It shows 30 pages there but exported PDF has 29 pages. Difference in layout is another issue. So I close as WFM. Feel free to set back to New should you test it otherwise.
(In reply to Rene Engelhard from comment #8) > I just tried with my 6.0 builds from > https://people.debian.org/~rene/libreoffice/6.0/ (here: git snapshot from > 20171031, see under snapshots). > > There it seems to work - 31 pages and no constant counting. > > (my system crashed when I scrolled, but...) True, count does not go up. It was 29 upon opening. Then when I scrolled, it was briefly 31. Scrolling up and down it remained 29. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha1+ Build ID: 64024d7c18bd114eb9958cf80eea9129e09923bd CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on November 3rd 2017