The PDF export of attached presentation is extremely distorted & unusable.
Please have a look at the attached files. The layout of the two slides in the ODP-file is perfect. Both slides include one image each. I have written and drawn something on these images in order to highlight some information for students.
If you export these two slides to PDF, you get a completely different result. The image of slide 2 appears on slide 1 and vice versa.
The drawings and writings don't appear there where they are supposed to appear, but somewhere else.
Please compare attached PDF with the ODP.
The result in the PDF is absolutely not usable.
Created attachment 42655 [details]
Created attachment 42656 [details]
[Remark: It seems that the freedesktop bugs-tool does not send out emails to bug reporter and other persons any more. Is sending emails broken in freedesktop bugzilla?]
I do reproduce the problem only if I choose the "lossless compression" option for PDF export. With JPEG compression, even with quality set to 100%, there is no distortion.
I do not know if that is a bug because your pictures are resized in your slides.
Ubuntu 10.04, tested with vanilla LibO 3.3 final and PPA version.
Kind regards. JBF
[Reproducible] with "LibreOffice 3.3.0 RC4 - WIN7 Home Premium (64bit) English UI [OOO330m19 (build 6 / tag 184.108.40.206)]" and lossless export 8others not tested)..
The main problem is that the cropped embedded picture "100000000000067500000922436660D5.jpg" (showing the main text on both pages) will be distorted in the PDF export.
My verty vague suspect (I did not test) is the reason might be that the source .jpg exceeds the page borders?
Print on a OKI laser printer did not show that distortion.
This is not a special Presentation problem, I also see it with DRAW, but not in WRITER.
I created a more simple test kit to reproduce the problem. You see "source.odg", from what I exported "complete.jpg" with all drawing contents and "part.jpg".
1. Into a new landscape DRAW document "test.odg" I inserted "part.jpg" on page 1
2. Resized it (keeping ration) so that it fills full document width
3. inserted 4 additional small rectangles to mark the corners of the .jpg
5. I inserted "complete.jpg" on page 2
6. increased size as much as possible
7. cropped (using crop control points so that only the inner
rectangles are visible
9. increased size of visible "complete.jpg" so that it filled complete document
10. inserted 4 additional small rectangles to mark the corners of the .jpg
11. exported to "test.pdf"
12. You see the same distortions on page 2 as shown in sample of original
Modified Component because only DRAW and Presentation affected.
Also a problem with OOo 3.4-dev and 3.1.1
Created attachment 43225 [details]
See Comment 5
I also can confirm that the problem disappears if lossless export will be unselected.
I believe it's the same as
I added "EasyHack" to the Whiteboard assuming that "lossless compression" is exactly the same as "quality set to 100%".
If this is not the same from a technical point of view, please remove the "EasyHack" tag again. Thanks.
Confirming that the bug is still there in LO 3.3.2 Ubuntu PPA.
In reponse to comment #8: No, lossless is not the same as lossy with 100%.
I tried to look into this bug as a way to get started with LO hacking,
and because I have experience with image processing, but I'm totally
unable to make the bug happen. I make the simplest possible presentation,
import an image, scale and crop it and export to both lossy and lossless
PDF. Both PDF files look exactly the same, there is no distortion
I can however reproduce distortion when exporting the attached
Is there anything else than written here I need to do to reproduce this?
Mitch! Great to see you are still here.
Jean-Baptiste: Note that the JPEG quality scale that the refrence libjpeg implementation uses, that goes from 0 to 100 (with 100 being the best quality) is *not* a percentage. That is an unfortunate misunderstanding, a common misconception. That LO's UI indicates it would be a percentage is a bug.
Yes, still here ;)
Am I at least on the right track here?
AFAICS the image exporting function is
@Michael's comment No. 9.:
In the original bug report, there is nothing else than written here in order to reproduce it. I had the two images in a scanned PDF-document, copied them to the presentation, resized it and had the problem.
Maybe comment 5 by Rainer is helpful in this regard. He has a more simple approach to reproduce the bug.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
I have just tried to reproduce this on Fedora 64 bit in LibO 3.5.0 beta 2
but X server repeatedly crashes. Very strange thing.
On Windows XP 32 bit LibO 3.5.0 beta 3 reproduced if choose "Loseless" option:
page 1 in PDF very differs from first page in ODP (file more than 2 MB, can not attach)
*** Bug 47713 has been marked as a duplicate of this bug. ***
Created attachment 67562 [details]
pdf ok with 3.5 branch
On pc Debian x86-64 with 3.5 branch updated today, I don't reproduce this (see attachment)
gleppert: could you give a try to a newer version (3.5.X or 3.6.X)?
Created attachment 67571 [details]
@Julien: Unfortunately, the bug is still reproducable on my system. Please have a look at today's PDF output attached to this bug. It is still extremely distorted (with lossless compression).
I am using Ubuntu 11.10 with Gnome 3, 64-Bit, LibreOffice 220.127.116.11 Build ID: 350m1(Build:2 from the PPA.
(In reply to comment #17)
> @Julien: Unfortunately, the bug is still reproducable on my system. Please have
> a look at today's PDF output attached to this bug. It is still extremely
> distorted (with lossless compression).
I retested with 3.6 branch, this time I checked lossless option and I reproduced the pb.
Do you confirm you've also got the problem only if lossless option is checked? If yes, it could be interesting to mention it in the title.
Yes, the problem is only there with the (default) option "lossless compression".
I added info in the title of the bug.
Build ID: 2013-06-24 own debug build
Windows 7 Professional SP1 64 bit
Same result exporting Distorted-PDF-Test.odp with lossless option enabled.
*** Bug 69159 has been marked as a duplicate of this bug. ***
*** Bug 68144 has been marked as a duplicate of this bug. ***
*** Bug 47692 has been marked as a duplicate of this bug. ***
*** Bug 64719 has been marked as a duplicate of this bug. ***
Reproducible with 18.104.22.168.
Attaching test case.
Created attachment 99259 [details]
Test case -- export as PDF.
Created attachment 99260 [details]
PDF export result.
(In reply to comment #26)
> Reproducible with 22.214.171.124.
> Attaching test case.
Not reproducible for me with LO 126.96.36.199.0+. Please could you try with the current 4.2.x stable release?
Best regards. JBF
Put it at NEEDINFO meanwhile.
Works as expected in version 4.2 and future 4.3. Does not work in version 4.1 but version 4.1 having reached its end-of-life no more fixes will be added to this version. So closing as WorksForMe.
Best regards. JBF