Created attachment 70614 [details] small page document with a symmetrical table I put a table with a single cell into a new document. I set it to be aligned to the centre and I define symmetric margins on the page. I suppose the table should be centred on the page. In contrary, it is shifted a bit left. To illustrate this I created a funny document. Page size is 0.7cm both horizontally and vertically. Margins are 0.1cm whole around. I attach the odt document and the exported pdf as well. The reason for so small document is the visualisation of the asymmetry via zoomed view of the whole document. Therefore I attach a screenshot of the pdf viewer as well. I indicated by red symbols that the two margins are not symmetrical. I think under the detailed circumstances the pdf file should be symmetrical.
Created attachment 70615 [details] the odt version containing symmetric table, this produces the asymmetric table of pdf
Created attachment 70616 [details] small page PDF document with a non-symmetrical table
Created attachment 70617 [details] screenshot that illustrates the asymmetry in pdf
Such asymmetry occurs for A4-sized page too. I used 70x70 page size instead of 297x210 in order to visualise the whole page in one screenshot. It would have been much more difficult to use A4 sized page with this zoom level in the pdf viewer. The measure of asymmetry seems to be insignificant but if I print two symmetric tables on two sides of a sheet then corresponding table lines from the opposite side should coincide with each other. Unfortunately they do not, so if I slice the sheet according to the lines of one side then the lines of the opposite side will remain visible.
Sorry that you had to wait such a long time for a reply. With the naked eye I could not recognize any asymmetries (LO 4.1.4.2, Win8). Does this issue still persist for you with the latest release of LO? How did you measure your recognized shift?
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Hi, sorry for not responding for so long and thank you for the reminder. The newest version I have is 4.1.4.2. It still produces the symptom. However, this version is able to create smaller page which is better for this illustration. I created the three attachments. The first is the original ODT document, the second one is the PDF which was exported by LO. The third one is the PNG screenshot about the Foxit PDF Raader as it shows the PDF document. It is easy to see on the latter one that the left and upper border are more thin than the other two borders. Obviously, nobody prints a page in 45x45 millimetre size with 0.1 mm border. This is just for illustration. Originally I realised it with an A4 size page where the difference is bigger. I printed two opposite sides of the same sheet. If the margin width is the same on the left and right side then the lines should cover each other. I was wonder if my printer's mechanical characteristics is responsible for the misalignment between the two sides of the page or the printed documents differ. Surprisingly, it turned out that the pdf version of a LO document having symmetric margins is not symmetric.
Created attachment 102477 [details] original LO document
Created attachment 102478 [details] PDF document exported by LO
Created attachment 102479 [details] screenshot of a PDF viewer as it displays the PDF
I reproduced. Changed component to Printing and PDF export, because the document is ok when viewed in Writer. Win 7 64-bit Version: 4.5.0.0.alpha0+ Build ID: 772befa08f02b08da1ab493896a0744bc73781c7 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-23_22:39:02
** 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.4 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 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-12-20
I tested it on the following version right now: Version: 5.0.4.2 Build ID: 2b9802c1994aa0b7dc6079e128979269cf95bc78 Locale: hu-HU (hu_HU) The symptom is still there, however, some numbers have been changed. The page size is 4.5cm x 4.5cm. For some reason it is not possible to create smaller pages any more. (Why?...) I attach the new - odt, - its pdf version exported from LO and - png screenshot of the pdf file, viewed in Foxit PDF Viewer I applied the Print Screen on the pdf viewer, pasted the screenshot in Gimp and then re-coloured the border to be red. After that, I measured the width of the red area in all the four sides. As you can see, it is still asymmetric.
Created attachment 121457 [details] illustration in LO5.0.4
Created attachment 121458 [details] illustration in LO5.0.4 - pdf
Created attachment 121459 [details] illustration in LO5.0.4 - png screenshot
** 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.6 or 5.2.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-20170103
I installed the newest LO and tested. The bug is still present, the margins are asymmetric, however they are asymmetric in a different way in LO than they are in PDF. In LO the left margin looks wider while in PDF the right margin is. I did the followings: - created a document with the smallest possible page size - added a 1x1 table to it - exported it to a pdf file - captured a screenshot from LO - captured a screenshot from the pdf viewer - packed the following files into a zip: - the original ODT - the exported PDF - PNG of the LO screenshot - PNG of the PDF viewer screenshot (called Preview in MacOS) - attached the ZIP to this comment. (I created a ZIP because this ticket would have too many attachments and this gives some structure to the mass of files.)
Created attachment 130131 [details] Original ODT, exported PDF and two screenshots. Created with LO 5.2.4.2
** 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
Dear csongor, 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
Created attachment 165094 [details] screenshot that illustrates almost perfect left and right margins I made a test with the newest LO and the result is much better now. Originally the margins were 249 versus 240 pixels which is 3.75% difference. (See the first screenshot described as "screenshot that illustrates the asymmetry in pdf".) Now it is 192 versus 189, which is just 1.6%, less than half of the original value. (See the newest screenshot described as "screenshot that illustrates almost perfect left and right margins") Not perfect yet but I think it is acceptable. Ideally, the top margin also should have the same size in the pdf/png as the left and right margins because they are set identically in the LO document. However, this asymmetry is already ruined in LO where the top and bottom margins beyond the black borders are already different, despite being defined by the same value. This would be another ticket once it becomes important. From the perspective of this ticket, I think the current behaviour is acceptable so I change the ticket accordingly LO version details: Version: 7.0.1.2 (x64) Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 12; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-GB Calc: threaded