[Libreoffice-bugs] [Bug 118597] New: pasting images into LibreOffice Writer is resulting in documents that won't print properly
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Fri Jul 6 22:42:02 UTC 2018
https://bugs.documentfoundation.org/show_bug.cgi?id=118597
Bug ID: 118597
Summary: pasting images into LibreOffice Writer is resulting in
documents that won't print properly
Product: LibreOffice
Version: 6.0.5.2 release
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs at lists.freedesktop.org
Reporter: bugs.documentfoundation.org at open-sense.com
Description:
Several of our users have been complaining that print jobs from LibreOffice
haven't been printing properly: they either cause a printing error or not all
of the pages come out of the printer. Here is an example document consisting
of images that were cut and pasted from a google image search in chrome:
http://s2.groovix.net/tmp/flowers-7-pages.odt
When you try to print it, it works on some printers, but when printing to some
printers like the HP 553 color printer you get cups filter errors. If you
export it to PDF and then print it with another app like evince you only get
some of the pages. If you print pages 1-4 and pages 5-6 separately the problem
does not occur!
I can't be 100% sure that this isn't just a problem with cups or specifically
ghostscript, but that document exhibits some very odd behavior even while
working with it in Writer. As I tried to delete some images from it to figure
out which pages were causing the problem suddenly it would shrink down by
several pages. Try deleting the first 2 images on page 1 , suddenly the
document goes down to 5 pages with a bunch of pictures overlapping - is that
normal? Is the picture overlapping/formatting causing the printing problem?
My best guess is that LibreOffice Writer is generating print data that isn't
quite right.
Steps to Reproduce:
1. using Ubuntu 16.04 + libreoffice writer 6.0.5.2 open this document
http://s2.groovix.net/tmp/flowers-7-pages.odt
2. set up a new printer, change the driver to HP M553 Postscript [en] (
recommended ) ( or grab the ppd from here:
http://s2.groovix.net/tmp/color_debug.ppd ) - note that you don't really have
to have an HP M553 printer, the error will occur while processing the job.
3. print the document, you'll get an error and if you have your cups debug
level set to debug or debug2 you'll see "GPL Ghostscript 9.18: Unrecoverable
error, exit code 1" in /var/log/cups/error_log
Actual Results:
CUPS gives an error and the document is stuck in the queue as "processing"
I narrowed the cups error down to this command:
gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout
-dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c
\'save pop\' -f /tmp/00bca5b47d0c1
GPL Ghostscript 9.18: Unrecoverable error, exit code 1
Error: /undefined in 'save
Operand stack:
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval--
--nostringval-- 2 %stopped_push --nostringval-- --nostringval--
--nostringval-- false 1 %stopped_push .runexec2 --nostringval--
--nostringval-- --nostringval-- 2 %stopped_push --nostringval--
Dictionary stack:
--dict:1203/1684(ro)(G)-- --dict:0/20(G)-- --dict:78/200(L)--
Current allocation mode is local
%!PS-Adobe-3.0
%%BoundingBox: 0 0 612 792
%%HiResBoundingBox: 0 0 612.00 792.00
%%Creator: GPL Ghostscript 918 (ps2write)
%%LanguageLevel: 2
%%CreationDate: D:20180706164351-05'00'
%%Pages: 1
%%EndComments
%%BeginProlog
/DSC_OPDFREAD true def
... I can post the entire file if desired ...
Expected Results:
Document should print normally - haven't had an issue printing from any other
problem or with most libreoffice documents.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
This was just recently reported after moving to LibreOffice 6 , but using the
document in question the problem still occurs in LibreOffice 5.
currently using Build ID 1:6.0.5~rc2-0ubuntu0.16.04.1~lo1
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180706/a1d89728/attachment.html>
More information about the Libreoffice-bugs
mailing list