Created attachment 165442 [details] Square 100 cm x 100 cm on page 100 cm x 100 cm. Exporting to jpeg works correctly, exporting to png results in wrong density and size A square of size 100 cm x 100 cm is exported from LO-Draw to png. The density is set to 150 dpi and the size to 100 cm x 100 cm. The exported file has an incorrect density of 72 dpi (ImageMagick identify) and an incorrect size of 4096 x 4096 pixels. The size of the exported file corresponds to a density of 4096/(100/2.54) = 104 dpi. Exporting to jpeg works correctly. With the same settings in the export dialogue the exported file has a density of 150 dpi and a (slightly rounded) size of 5925 x 5925 pixels (100/2.54*150 = 5906). To reproduce: - Open LO-Draw - Set the page size (Page / Properties) to 100 cm x 100 cm - Set the margins to 0 - Draw a rectangle - Set the size of the rectangle to 100 cm x 100 cm and the position to 0,0 (right click / Position and Size / Position and Size) - Select the rectangle - File / Export - In the file dialogue, check "Selection" and select "PNG - .." from the menu - In the PNG Options dialogue set the resolution to 150 pixels/inch (the size in cm will change) - Set Width to 100 cm. Pressing TAB will set Height to 100 cm. - Leave Interlaced and Save transparency checked - Click "OK" - Check the result with identify from ImageMagick (or GIMP etc.) identify -format "%f: size %wx%h, resolution %xx%y dpi, depth %z\n" Test_Resolution_150dpi.png Test_Resolution_150dpi.png: size 4096x4096, resolution 72x72 dpi, depth 8 Repeat the procedure and export to jpeg with same setting. All figures are as expected. identify -format "%f: size %wx%h, resolution %xx%y dpi, depth %z\n" Test_Resolution_150dpi.jpg Test_Resolution_150dpi.jpg: size 5925x5925, resolution 150x150 dpi, depth 8
Could confirm the behavior for the testfile. Gives the same result here: size 4096x4096 which is about 104dpi. But this seems to be a problem of maximum size. If I set the picture to 20cm x 20cm it will give 2366x2366 when choosing 300dpi. And this is the right value for the resolution. Test made with different versions of LO, starting with LO 6.1.5.2 and ending with LO 7.0.4.1 on OpenSUSE 15.1 64bit rpm Linux.
Dear Patrik Eschle, 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
Result of identify command for png and jpg: Untitled 1.png: size 5925x5925, resolution 72x72 dpi, depth 8 Untitled 1.jpg: size 5925x5925, resolution 150x150 dpi, depth 8 The size in pixels is now correct, the resolution is not. Also while exporting the width (100 cm) has to be entered twice for the png, but only one (as expected) for the jpg. Since the number of pixels is now correct, I close this issue.