When selecting in Writer via Insert -> Fields either Page Number or Page Count and in View enabling Field Names one would expect to see Page Number or Page Count displayed in that field. However Page numbers or Statistics is displayed. Please make this consistent.
reproducible with LO 4.0.2.2 (Win7 Home, 64bit) Steps Done: 1. Open a new document in WRITER 2. Go to the menu INSERT -> FIELDS and select PAGE NUMBER -> now the page number is inserted 3. Make a line break 4. Go to the menu INSERT -> FIELDS and select PAGE COUNT -> now the number of pages is inserted 5. Go to the menu VIEW and activate FIELD NAMES Result: Instead of the page number and number of pages "Page numbers" and "Statistics" is displayed. For a layman this really seems not to be consistent.
I have encountered this problem.(LibO Version: 4.1.0.1) IMO, maybe "Statistics" is not correct. Because, it is hard to realize that it is "total number of pages". I suggest "Total number of pages" or "Page count".
** 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 (4.4.1 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-16
"Statistics" is still there as field name for "Pages Count". Tested in LibreOffice 4.4.3.0.0+ and master under Ubuntu 14.10 x86-64. Best regards. JBF
** 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.0.5 or 5.1.2 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
Tested it again using 5.0.4.2 Still the same problem, note that "Page Numbers" is displayed, however the menu item shows "Page Number", without a letter s, which is what it should be.
(In reply to Freek de Kruijf from comment #6) > Tested it again using 5.0.4.2 > Still the same problem, note that "Page Numbers" is displayed, however the > menu item shows "Page Number", without a letter s, which is what it should > be. Tested it with 5.1.1.3, same problem.
** 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.2.7 or 5.3.3 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-20170522
Still reproducible with LO 5.4.0.0.beta2+ built at home under Ubuntu 16.04 x86-64 Best regards. JBF
** 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
Still reproducible in Version: 6.0.5.2 (x64) Build-ID: 54c8cbb85f300ac59db32fe8a675ff7683cd5a16 CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: group
*** Bug 108786 has been marked as a duplicate of this bug. ***
All fields from the type 'Statistics' are called this way when activating View > Field names and not only 'Page count'. Seems a bug for most document fields because the following document field types are displayed correctly: - Page (e.g. Page > Page number is called 'Page number') - Date - Time Therefore I'll change blocking meta bug from 'Fields-Page-Count' to 'Fields' and the summary from 'Inconsistent field name: Statistics instead of page count' to 'Inconsistent document field names: Use names of column 'Select' instead of 'Type' (e.g. use Pages instead of Statistics)'.
For the different names (page count <> pages) see bug 108786.
Dear Freek de Kruijf, 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 the following version: Versie: 6.3.2.2 Build ID: 30(Build:2) CPU-threads: 4; Besturingssysteem: Linux 5.3; UI-render: standaard; VCL: kde5; Locale: nl-NL (nl_NL.UTF-8); UI-taal: nl-NL Calc: threaded
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(In reply to Thomas Lendo from comment #13) > Therefore I'll change > to 'Inconsistent document field names: Use names of column 'Select' > instead of 'Type' (e.g. use Pages instead of Statistics)'. Not sure, if this should be a general solution (so it would be more enhancement than bug). It makes sense for type "statistics" and perhaps "page number" (if previous or next page), but not for all the other types (see field dialog => Document => Type) => cc: Design-Team
(In reply to Thomas Lendo from comment #13) > All fields from the type 'Statistics' are called this way when activating > View > Field names and not only 'Page count'. > > Seems a bug for most document fields because the following document field > types are displayed correctly: > - Page (e.g. Page > Page number is called 'Page number') > - Date > - Time And then compare the behavior when *editing* such fields. Editing a Statistics filed, one may still change the type of the statistics, seeing the same list of variants in the middle listbox. But editing a Page Number field, the "Page number", which initially was in the middle box on insertion, goes to the left box (where initially "Page" was). So there is a bug/inconsistency between the insertion dialog's categories. The middle list must have the choices of the *subtype*, editable even after insertion, and not the main types of the fields - "Page" pseudo-type should be fixed in insert field dialog. Basically this tdf#45048 is technically NOTABUG - if the field *types* (not content of "select" middle box) is consistently shown as the field name.
(In reply to Mike Kaganski from comment #18) > But editing a Page Number field, the "Page number", which initially was in > the middle box on insertion, goes to the left box (where initially "Page" > was). This is bug 137298 Point here is the misleading "Statistics" variable name for all these fields. It would be better to call it #Pages, #Paragraphs etc.
(In reply to Heiko Tietze from comment #19) > Point here is the misleading "Statistics" variable name for all these > fields. It would be better to call it #Pages, #Paragraphs etc. No. You may not name a filed for its *configuration* (and the thing that you discuss here is exactly the configuration of a field, that has the same relation as field's number format or other variable things). In MSO, the filed codes show the field *arguments* - so it would be OK if e did the same; but in any case, it would be something like "Statistics: Pages" - telling the *type* of field, and then *configurable* options specific to this type, chosen at this moment.
(In reply to Mike Kaganski from comment #20) > ... it would be something like "Statistics: Pages" Sounds perfect to me.