https://bugs.freedesktop.org/show_bug.cgi?id=71104
tmacalp <tmac...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|NOTOURBUG |---
--- Comment #2 from tmacalp <tmac...@gmail.com> ---
I'm resurrecting this bug and setting the status back to UNCONFIRMED. I might
have been too hasty in closing it before, but I'll leave that decision for
someone else. I don't think it is unreasonable to expect to be able to print
using the default print method (PDF mode) properly using the current stable
versions of RHEL/CentOS/Ubuntu for a print server.
As I did in bug 61189, I used VirtualBox to set up a number of standard
desktop/server Linux distributions as remote cups servers. I then printed the
same sample document from the same environment (LO 4.2.2.1 using 32bit
Fedora17) using the various cups servers. Each of these print servers
ultimately printed to the same networked printers/copiers using the same ppds.
I tested other versions of LibreOffice and other types of printers, but only
the cups server seemed to make a difference.
I also used my method from comment 1 as another check. I used "print to file"
to generate the pdf that would be passed to the print server. I then used "lpr
-P PRINTERNAME FILE.PDF" to actually send the job to the cups servers. I
received the same results as when printing using LibreOffice. I'll attach both
the test file and the generated pdf print job.
I tested printing to native cups servers (server and workstation):
64bit RHEL6 (Primary remote CUPS)
CUPS 1.4.2
foomatic 4.0.4
32bit Fedora 17 (Workstation local CUPS)
CUPS 1.5.4
foomatic-filters 4.0.8
And I used the same virtual cups servers I set up for the other bug report:
32bit CentOS 6.4
CUPS 1.4.2
foomatic 4.0.4
32bit CentOS 6.5
CUPS 1.4.2
foomatic 4.0.4
32bit Arch Linux
CUPS 1.7.0
foomatic-filters 4.0.17
32bit Ubuntu 12.04.3 LTS
CUPS 1.5.2
foomatic-filters 4.0.16
32bit Ubuntu 12.04.4 LTS (updated)
CUPS 1.5.3-0ubuntu8
foomatic-filters 4.0.16
32bit Debian 7
CUPS 1.5.3
foomatic-filters 4.0.17
32bit openSUSE 13.1
CUPS 1.5.4
foomatic-filters 4.0.12
32bit Mageia 3
CUPS 1.5.4
foomatic-filters 4.0.17
The following print servers FAILED to print correctly.
64bit RHEL6 (Primary remote CUPS)
32bit Fedora 17 (Workstation local CUPS)
32bit CentOS 6.4
32bit CentOS 6.5 (Updated to see if anything changed)
32bit Ubuntu 12.04.3 LTS
32bit Ubuntu 12.04.4 LTS (Updated to see if anything changed)
And the following print servers processed the job CORRECTLY:
32bit Arch Linux
32bit Debian 7
32bit openSUSE 13.1
32bit Mageia 3
So, it appears that the Fedora/RHEL cups servers showed the bug. Also, Ubuntu
12.04 shows the same bug. I suppose I should submit bug reports to trackers
for those distributions. I also plan on testing more up-to-date Fedora/Ubuntu
print server environments.
Luckily, bug 67802 was fixed, so we're at least able to switch to using
postscript again as a work-around.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
