I have an Impress presentation with 10 slides. Handout master contains "<number>/<count>" (Page number / Page count) which is supposed to give page numbering on the handouts: 1/2, 2/2. Works fine so far. I'm using 6 slides per page on the handout. When I hide slides 1-5 and print a handout (or select "Range and copies" -> "Slides 6-10" in the Print dialog), I expect to have one page of handout, thus numbered 1/1. Instead, I'm getting one page numbered 1/2. So the <count> is calculating the hidden (or not selected) slides though they will not be printed. Seems to work equally with 1 or 4 slides per handout. Please either change the <count> to include only the slides to be printed, or change its name to "Total page count" instead of "Page count". At least to me, "Page count" means "the number of paper sheets that will come out from the printer."
Hi I reproduce on windows 7/64 & 4.3.0.0.beta1 Also reproduced with Version: 4.3.0.0.beta2 Build ID: a06aa316117a6ff0f05c697c82831c227812d810 I set status to New. The fix for bug 74383 solved the problem of "page count" when hidden slides but as stated in the Bug 74383, comment 8 inconsistent with the page number persists See the nbpage.odp attached Regards Pierre-Yves
Created attachment 100612 [details] nbpage.odp (with hidden slide)
** 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.0) 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-02-21
** 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.5 or 5.3.0 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-20170306
Hello, This bug still happens with version 5.2.6.2. Notably, doing this gets odd results: - create 3 slides - hide the second slide - on the third slide, "insert" "field" "page number", then type " / ", then "insert" "field" "page count". The result is 3/2, which is quite peculiar :) The "page number" should only increment with non-hidden slides.
** 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
Hello, I can confirm the issue is still there in master, tested with Version: 6.2.0.0.alpha0+ Build ID: 6dacf9ec5455bdad82e78470a1a7cb6d2271bec7
Repro 7.1+ for printing handouts with and without hidden slides. Steps: 1. open ODP attachment 100612 [details] with hidden slide 2 2. File-Print-Impress-Type: Handouts 3a. include hidden pages 3b. exclude hidden pages Experienced a: 4 slides, 1/3 up to 4/3 Expected a: 4 slides, 1/4 up to 4/4 Experienced b: 3 slides, 1/3, 3/3, 4/3 Expected b: 3 slides, 1/3 up to 3/3
Dear Tiiti Kellomaki, 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 there in 7.3.6.2
(In reply to Timur from comment #8) > Repro 7.1+ for printing handouts with and without hidden slides. > Steps: > 1. open ODP attachment 100612 [details] with hidden slide 2 > 2. File-Print-Impress-Type: Handouts > 3a. include hidden pages > 3b. exclude hidden pages > > Experienced a: 4 slides, 1/3 up to 4/3 > Expected a: 4 slides, 1/4 up to 4/4 This is clearly an issue and it should be fixed with: https://gerrit.libreoffice.org/c/core/+/193572 > Experienced b: 3 slides, 1/3, 3/3, 4/3 > Expected b: 3 slides, 1/3 up to 3/3 In this context I am not sure if this should be really the case. With the above patch you now get 3 slides, 1/4, 3/4, 4/4 Imho, like bug 153259 states, there should be an option to include/exclude hidden pages in the count and current page number field.
Andreas Heinisch committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/968608eb1c65d96b54292d4926cdd0706ce594f4 tdf#68320 - Impress: include/exclude hidden pages in slide count field It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Could not provide a test since all attempts show either the wrong page number or no page number at all. All attempts can be seen in https://gerrit.libreoffice.org/c/core/+/193572 Imho, we should close this bug since bug 115288 covers the other aspect of the test case: > Experienced b: 3 slides, 1/3, 3/3, 4/3 > Expected b: 3 slides, 1/3 up to 3/3 If you may disagree, feel free to reopen the bug :)
Andreas Heinisch committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/8382087c0ca18938f308f25b1d1eda85e024fe07 tdf#68320 - Impress: include/exclude hidden pages in slide count field It will be available in 25.8.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/cd65c4c3bc78d95d45cbbc4c2959697dbaa66e80 tdf#68320: sd_uiimpress: Add test It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thank you very much Xisco!
I verified, this bug is solved. Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: f8224b9625c26a7c92a289573765d4a201678d68 CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Just a side effect: The only problem is that when you want to show someone this as a slideshow, or anyway, when going one by one, it will see 1/4, 3/4, and 4/4. Where is 2/4? But especially in a presentantion this could be a problem, for those checking the number of slides. You hidded maybe for the moment, for this moment only, but you want the numbers to be real, true. I want to show 3 slides, I number them as 1/3, 2/3, 3/3.
Ok, I have seen now the other bug here: https://bugs.documentfoundation.org/show_bug.cgi?id=153259 Sorry.