When printing a document from Writer, if there is an image in the document ONLY the image prints, but no text.
Steps to reproduce:
1. Open http://hilltop.net/files/sample.odt
2. Print it, on a Brother printer
I'm using a networked Brother MFC-8370DN via CUPS.
Current behavior: Only the image gets printed
Expected behavior: The text should get printed too!
Platform (if different from the browser): It's happening to me on Linux (OpenSUSE 12.1), but apparently it was happening to other people on Windows too, see https://issues.apache.org/ooo/show_bug.cgi?id=112313
This bug report even says that it was fixed in OOo, but I wonder if that fix made it to LO?
Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.34 (KHTML, like Gecko) konqueror/4.8.3 Safari/534.34
According to the OO.o bug the fix was in dev300m102 which was merged to LibreOffice for 3.5 - so if it is fixed there, it should be fixed here.
OTOH - this sounds more like a workaround for a printer problem - I'm not aware of similar reports of missing text and/or images - odd indeed.
The OO.o fix was windows specific. It is possible that the attached fix does the same thing for all platforms - but needs testing ...
Created attachment 65499 [details]
clear clip-region before end of page
patch slightly fluffed should be if (mpGraphics) before we de-reference that pointer.
Created attachment 65549 [details]
another try at some debugging / fixing
I'm giving up on this; we push/pop the clip region in the PDF stream over the page. The bug is still there for this specific printer when we print to PDF and separately print the PDF from acrobat etc. so - clearly there is -something- wrong in the PDF stream. On the other hand most printers print this, and poplar / acroread can render it just fine too ...
Without more technical details on what is wrong with the printer - it's hard to make progress. To generate those I suggest that you:
* make a minimal document that fails: a tiny (1x1 pixel image), and a single word of text.
* print this to PDF from all available software: MS word, FooOffice, BaaOffice etc. until we find one that works.
* de-compress / analyse the command stream in the one that works, and compare to what we have.
When we have an idea of what is causing the grief, then we can easily fix it I think.
Sorry - I can't do better than that :-)
Thank you for all your help. The patches didn't change anything ;) but the discussion helped. After we determined it was a cups bug (and/or possibly ghostscript), I upgraded cups and ghostscript, and the problem went away.
Broken: cups-1.5.0, ghostscript-9.00
Working: cups-1.5.3, ghostscript-9.05
(I had to upgrade both together, because otherwise I got error about a missing /usr/lib/cups/filter/pstoraster)
So, if anyone hits this bug:
zypper ar -c http://download.opensuse.org/repositories/Printing/openSUSE_12.1 printing
zypper in ghostscript-x11-9.05 ghostscript-9.05 cups-1.5.3 cups-client-1.5.3 cups-devel-1.5.3 cups-libs-1.5.3
sudo rccups restart
(test document no longer available at original URL -- for future reference, one can use http://www.davidfaure.fr/kde/sample.odt )