Created attachment 80883 [details] The three-page file for which comments on pages 2 and 3 are printed incorrectly At least two issues: 1. When saving as PDF the file-to-be-printed, the line numbers for comments are incorrect if the comments are not on the first page (line numbering for comments appears to be continuous throughout the document). 2. In preview, the comments are not displayed. [Preferences-comments-end-of-page]
Hello Haim, *, would you be so kind to explain it a little bit more? If I export your attached file with LO Version: 4.1.0.1 Build ID: 1b3956717a60d6ac35b133d7b0a0f5eb55e9155 under Debian Testing AMD64, it looks like the original, but without the comments, when I do not mark "Export comments" under "General" in the "PDF Options" dialog. If I mark "Export comments" before exporting to PDF, I get it exported with comments, so they are ... hm ... not as expected ... ;) They look more like a page symbol, where you have to click to see the comment ... Have you done it in any way different then me? And if not: What have you expected instead? And I do not understand your "line nunbering for comments are incorrect" mean? Do they appear in an unordered sorting? I only can confirm your second part with the not shown comments, but I seem to remember, that either it was reported in the past (maybe at OOo times?) and/or someone has answered it the past, that it was intended ... :( Sorry for the inconvenience Thomas.
Created attachment 81234 [details] File --> Print --> Save as PDF
Hello Thomas, I have already commented, but my comment appeared to disappear. At any rate, you are right that when "Exporting directly as PDF", the comments "look more like a page symbol, where you have to click to see the comment ...". This is not great, but may be tolerated. However, when we try to File --> Print --> Save as PDF, the problem that I described does appear (as shown in the attachment). Regretfully, it happens that customers want to look at the PDF representation of a file, with all the comments. Best regards, -Haim
Hello Haim, *, (In reply to comment #3) > I have already commented, but my comment appeared to disappear. this could happen ... :( > At any rate, you are right that when "Exporting directly as PDF", the > comments "look more like a page symbol, where you have to click to see the > comment ...". This is not great, but may be tolerated. But why don't you use this way? There you would be able to finetune it eaven further ... ;) > However, when we try to File --> Print --> Save as PDF, the problem that I > described does appear (as shown in the attachment). Ah, OK, a little bit more complicated ... May I ask, why? If I follow these steps, then I can confirm your bug ... :( > Regretfully, it happens that customers want to look at the PDF > representation of a file, with all the comments. OK. Sorry for the inconvenience again Thomas.
Hello Thomas, While I can accept the rather ugly comment rendering in "Exporting directly as PDF", customers really hate this and want something better. This is why I used File --> Print --> Save as PDF. The comments are clearly shown there, but their line numbering is totally wrong. I think this is a bug that should be taken care of. Best regards, -Haim
I can confirm both items in this bug. I will split it up into two bugs and retitle this one for item 1. 1. When saving as PDF the file-to-be-printed, the line numbers for comments are incorrect if the comments are not on the first page (line numbering for comments appears to be continuous throughout the document). This does not have anything to do with PDF creation, it is the same on a physical printer (Epson DX6050 in my case). One thing worth discussing might be if the continuous numbering is intended behaviour, but a) I doubt this like the submitter, b) it is very unhelpful, as the line numbers supposedly should help find the comment anchors easier, quite hard, if you get e.g. "Page : 12 Line : 19300" instead of "Page 12 Line : 3".
Part 2 is filed as 66211 https://bugs.freedesktop.org/show_bug.cgi?id=66211
** 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-04-18
The bug is still present, the line numbers for comments on non-first pages are still totally wrong (continuous). LO 4.3.5.2, Mac OS 10.6.8.
** 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.1.5 or 5.2.1 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-20160920
The bug is still present, no changes in the bug behaviour. LO 5.1.4.2, Mac OS 10.8.5
** 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
The bug is still present when File --> Print --> Save as PDF. Line numbering on non-first pages is wrong. LO 6.0.5.2, Mac OS 10.9.5.
Dear haim kilov, 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
The bug is still present when File --> Print --> Save as PDF. Line numbering on non-first pages is wrong. Mac OS 10.12.6, LO 6.2.4.2
Dear haim kilov, 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://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
The bug is still present when File --> Print --> Save as PDF. Line numbering on non-first pages is wrong. LO 7.1.4.2, MAC OS 10.15.7
This bug is still present in version 7.5.3.2 Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: es-ES (en_US); UI: en-US Calc: threaded It is also present in the latest master build Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e4c611ddc731d6a2ca9c3de61a02d1d4b6eefa9b CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
This is the case in OOo 3.3 as well, so I am marking as inherited. However, if you use the Tools > Line Numbering feature for the document, you'll see that the default setting is to continue the numbering across pages. So the numbering of the comments matches the numbering on the page, which is definitely what we expect from the feature. Now, change the line numbering setting to "Restart every new page": you'll see that the comments now follow that numbering in the printout too. Syncing with the line numbering settings is the important thing. And it is possible to switch "Restart every new page on", then choose to not show the line numbering, to end up with what you were hoping. I am closing as "not a bug", I hope that makes sense.
Ha, the same request had been made in bug 64344. Marking as duplicate. *** This bug has been marked as a duplicate of bug 64344 ***