Created attachment 146086 [details] example with line numbering Steps to reproduce 1. Open attached document; lin numbering is enabled (78 lines) 2. Files => Properties => statistics 3. Number of lines: ... => update => lines: 68 (what is wrong) Expected result: correct number of lines (78) and that numer should be also displayed without an update (like all other statistics) Found in Version: 6.0.6.2 (x64) Build-ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group and Version: 6.2.0.0.alpha1+ (x64) Build ID: 8274c4c62df5b937b3f0bec9e1eeca85f3b219d4 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-22_01:47:50 Locale: en-US (de_DE); Calc: CL
(In reply to Dieter Praas from comment #0) > Expected result: correct number of lines (78) and that numer should be also > displayed without an update (like all other statistics) already reproducible with AOO 4.1.5
Dear Dieter Praas, 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
Still present in Version: 6.4.0.0.alpha1 (x64) Build ID: cc57df8f942f239d29cb575ea5a7cb01405db787 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded It seems, that LO doens't count empty paragraphs in statistic. If thisist the case, there should be a) Rename "Lines" in "Lines with Text" b) Adjust informations in LO Help [1] [1] https://help.libreoffice.org/6.4/en-US/text/shared/01/01100400.html?System=WIN&DbPAR=WRITER&HID=modules/swriter/ui/statisticsinfopage/StatisticsInfoPage#bm_id3147294
Still present in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 74d35e143d557a7e65c4443f5b80cb9d406b1fa1 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
Repro in recent master build: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ef3b7b7118c854d8ca67cc2249b6c08ddc1885eb CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Dear Dieter, 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
Still the same in Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6e8a094a1a1d63ed2684900c5e0c4292f8d833a8 CPU threads: 12; OS: Windows 11 X86_64 (build 22631); UI render: default; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded (In reply to Dieter from comment #3)> > It seems, that LO doens't count empty paragraphs in statistic. If thisist > the case, there should be > a) Rename "Lines" in "Lines with Text" > b) Adjust informations in LO Help [1] > > [1] > https://help.libreoffice.org/6.4/en-US/text/shared/01/01100400. > html?System=WIN&DbPAR=WRITER&HID=modules/swriter/ui/statisticsinfopage/ > StatisticsInfoPage#bm_id3147294 Heiko, what do you think?
I agree with "Lines with Text" or rather "Lines of Text" [1]. Alternatives are "Lines (excluding blank):" or "Text lines:" But using empty paragraphs for layouting a document is not recommended and we should not just ignore it in the statistics for paragraphs. We could add one entry for empty paragraphs like "Paragraphs: 68 \n Empty Paragraphs: 10" or add it to the label "Paragraphs: 68 (+10 empty)". Or specify it more clearly "Paragraphs (excluding empty):". [1] https://en.wikipedia.org/wiki/Line_(text_file)
(In reply to Heiko Tietze from comment #8) > I agree with "Lines with Text" or rather "Lines of Text" [1]. "Lines of Text" sounds good > We could add one entry for empty paragraphs like "Paragraphs: 68 \n Empty > Paragraphs: 10" or add it to the label "Paragraphs: 68 (+10 empty)". Or > specify it more clearly "Paragraphs (excluding empty):". I think you mix paragraphs and lines. For me it's Ok, if we only change "Lines" in "Lines of text", so that statistics shows correct value. If this isn't sufficient information, somebody will ask for enhancement.
The string needs to be changed in sw/uiconfig/swriter/ui/statisticsinfopage.ui