Printer driver for Samsung CLP-510 (Splix)

Bug #714259 reported by Sebastian Mayer
48
This bug affects 7 people
Affects Status Importance Assigned to Milestone
SpliX
Unknown
Unknown
splix (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: software-center

 The printer dosn't print the 2nd and all further pages correct. The 1st is correct. It's a bug in the 2.0 version of splix. Version 1.0.1 printed correct

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: software-center 3.0.7
ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
Uname: Linux 2.6.35-25-generic i686
Architecture: i386
Date: Sun Feb 6 18:54:27 2011
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
PackageArchitecture: all
ProcEnviron:
 LANG=de_DE.utf8
 SHELL=/bin/bash
SourcePackage: software-center

Related branches

Revision history for this message
Sebastian Mayer (dl1mgf) wrote :
Kiwinote (kiwinote)
affects: software-center (Ubuntu) → ubuntu
affects: ubuntu → splix (Ubuntu)
Revision history for this message
Chris Puttick (cputtick) wrote :

Bug confirmed (two computers, both clean installs of Kubuntu 10.10, printing to Samsung CLP510N).

First page of document prints as expected, further pages print with offset/over print - at first glance looks like duplex has printed two pages on one side, but is actually printing part of the first page (between last fifth to a quarter of the first page horizontally if portrait, vertically if landscape) multiple times across the messed-up remains of the second page.

Am also using Splix on Kubuntu 10.04.1 and this works correctly - version reported on 10.04.1 is 2.0.0-2ubuntu3. Version reports on 10.10 as 2.0.0+20100802-0ubuntu4.

Revision history for this message
Sebastian Mayer (dl1mgf) wrote :

I've deinstalled Splix 2.0 and installed the version 1.0.1 and this works correct. It must be a bug in SPLIX 2.0 for Ubuntu 10.10 and for CLP510n from Samsung

Revision history for this message
Chris Puttick (cputtick) wrote :

Is it possible to revert to the 10.04 package as that works? Or is it the result of some other dependency that affects splix 2.0 but not splix 1?

Revision history for this message
Sebastian Mayer (dl1mgf) wrote :

I can't install the 10.04 package. I've never worked with it. But I think thes effect occurs with the update of splix. I don't know if the splix 2.0 package works correct on other Linux versions.

Revision history for this message
Chris Puttick (cputtick) wrote :

The splix2 package works well with 10.04, but in 10.10 it has been recompiled for some reason - it is the same version of splix AFAICT. Maybe a maintainer would have an idea whether there is an easy fix for this bug.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I have uploaded splix 20110219-0ubuntu1 to Natty. Please try it. Perhaps it solves the problem.

Revision history for this message
Chris Puttick (cputtick) wrote :

Thanks for the upload, but same issue, more or less exactly as (badly) described in my post #2 above - I don't have a scanner but will try taking photos to help identify the cause of the issue.

Revision history for this message
Chris Puttick (cputtick) wrote :

Page 2 of a doc, printed from 10.04

Revision history for this message
Chris Puttick (cputtick) wrote :

P2 of same doc, printed on same printer from same application (note all applications are affected if they print multi-page documents), but from a machine running 10.10 with Nutty Splix as per request above. Results are identical as with Maverick shipping version of Splix.

The repeated table column that runs across the whole page but does not appear on P2 proper is from the left hand edge (landscape in this case, but same in portrait docs) of a single multi-columnar table that fills P1. Everything else on the printout is from P2 and looks like the right hand third printed 4.5 times and the remainder printed once, squeezed together on left.

Revision history for this message
Leonardo Hamada (leonardohamada) wrote :

Cris, Till asked something about color profile. Are you using this?

This happens in mono (black and white mode) printing as well?

Leonardo

Revision history for this message
Chris Puttick (cputtick) wrote :

The docs attached above were printed in B&W although I don't use colour profiles anyway. In testing I reproduced the error printing a plain text doc from Kate.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Chris, Sebastian, can you try the following:

Edit the PPD file of your print queue (/etc/cups/ppd/<name of print
queue>.ppd) replacing the line

*cupsFilter: "application/vnd.cups-postscript 0 pstoqpdl"

by

*cupsFilter: "application/vnd.cups-raster 0 rastertoqpdl"

Then restart CUPS, either with (one of them should work)

sudo restart cups

or with

sudo /etc/init.d/cups restart

After that clear all dangling jobs with

cancel -a

and try to print again. Does it work correctly now?

Changed in splix (Ubuntu):
status: New → Incomplete
Revision history for this message
Chris Puttick (cputtick) wrote :

Can confirm this fixes the issue for me on both the updated Nutty splix and on the Maverick shipping version. Nice fix.

Thanks everyone, my number 1 user will go back to being very happy with only having Kubuntu in the house :)

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Chris, Sebastian, can you try to install the Lucid (10.04) package of splix on your Natty system and, if you printer's PPD file does not get updated by that, undo the change from comment #13 and restart CUPS? Does your printer work then.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you also try the SpliX 2.0.0 package from the OpenPrinting web site:

http://www.openprinting.org/driver/splix

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Try the SpliX package from OpenPrinting on both Lucid (10.04) and Natty. On which distribution(s) is printing correct? On which not?

Note that for using the OpenPrinting package you need to switch the driver of your print queue to the OpenPrinting version of SpliX with system-config-printer.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Chris, Sebastian, can you please do the tests which I asked for in the last comments?

Revision history for this message
Leonardo Montecchi (lmontecchi) wrote :

I can confirm this bug too, on two different machines running Maverick.

I have installed the package from the OpenPrinting web site, "openprinting-splix_2.0.0-2lsb3.2_i386.deb", but for me it only partially solved the issue: B&W pages are now fine, while the problem remains for color pages. I don't know if it may be useful, but the bug seems only to affect documents that contain images.

The solution on post #13 worked for me as well, both for B&W and color printings.

Revision history for this message
Andreas Fähnrich (mixedfrog) wrote :

I fixed this bug like in post #13 but now my color profile doesnt work any more. Before, I manually added the cms-files from the samsung unified driver to /usr/share/cups/model/samsung/cms.

Revision history for this message
Duncan Lithgow (duncan-lithgow) wrote :

I just tried the fix in comment 13 and now my CLP-510 won't print at all. Here is the Cups error log

Revision history for this message
Duncan Lithgow (duncan-lithgow) wrote :

... and the diagnostic output from the troubleshooter. My original bug, now a duplicate of this is bug #770386, there are more logs and other files from 'ubuntu-bug cups' over there.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Duncan, according to your error_log you must have done something wrong when editing the PPD file. It should contain only one " *cupsFilter" line which must read:

*cupsFilter: "application/vnd.cups-raster 0 rastertoqpdl"

Please do not forget restarting CUPS as described in comment #13 after editing the PPD file.

Revision history for this message
Duncan Lithgow (duncan-lithgow) wrote :

Now that I've corrected a typo (thanks Till, sorry about that) it works as expected. It looks like this fix works for most people - anyone here know how to make a deb diff patch?

Attached is my example of the problem, maybe it's easier to see what's happening in my example of an index page.

Revision history for this message
Leonardo Hamada (leonardohamada) wrote :

pstoqpdl requires 2 matching cms files, if they are missing, error messages in /var/log/cups/error_log shows these:

...
E [26/Jun/2011:19:39:24 -0300] [Job 468] SpliX Cannot open CMS file /usr/share/cups/model/samsung/cms/CLP-510cms (2)
E [26/Jun/2011:19:39:24 -0300] [Job 468] SpliX Cannot open CMS file /usr/share/cups/model/samsung/cms/CLP-510cms2 (2)
W [26/Jun/2011:19:39:24 -0300] [Job 468] SpliX CMS data are missing. Color correction aborted
...

now, cms files are optional if they are missing.

the problem occur in pstoqpdl exclusively if someone installs only one file instead of a matching pair, like
CLP-510cms and CLP-510cms2, CLP-510-600x600cms and CLP-510-600x600cms2, CLP-510-1200x600cms and CLP-510-1200x600cms2, CLP-510-1200x1200cms and CLP-510-1200x1200cms2

if the first file exist but the second does not: pstoqpdl is terminated with signal 11 in ubuntu 10.10.
if the second file exist but the first does not: pstoqpdl is terminated with signal 6 in ubuntu 10.10.

signal 6 could be a double free, so in pstoqpdl.cpp there is a code section freeing cms data if one file is missing, but does not set crd and csa to NULL:
...
    if (!crd || !csa) {
        WARNMSG(_("CMS data are missing. Color correction aborted"));
        if (crd)
            delete[] crd;
        if (csa)
            delete[] csa;
...

and at the end of the pstoqpdl filter file (pstoqpdl.cpp) there is another pointer freeing code section:
...
    if (crd)
        delete[] crd;
    if (csa)
        delete[] csa;
    if (manufacturer)
...

I don't know if these could be related with the bug, which I think it should, but a patch would be like:

--- pstoqpdl.cpp.old 2011-06-26 19:22:42.000000000 -0300
+++ pstoqpdl.cpp 2011-06-26 19:24:47.000000000 -0300
@@ -223,10 +223,14 @@
     csa = _readCMSFile(ppd, manufacturer, true);
     if (!crd || !csa) {
         WARNMSG(_("CMS data are missing. Color correction aborted"));
- if (crd)
+ if (crd) {
             delete[] crd;
- if (csa)
+ crd = NULL;
+ }
+ if (csa) {
             delete[] csa;
+ csa = NULL;
+ }
         while (!(feof(stdin))) {
             fgets((char *)&buffer, sizeof(buffer), stdin);
             fprintf(stdout, "%s", (char *)&buffer);

I'm insterested to know if these make any differences. Regards.

tags: added: patch
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I have applied the patch to the upstream SVN repository of SpliX on SourceForge now. The patch will get into the next Oneiric and OpenPrinting packages of SpliX. We will announce here and invite you to test when this will happen. Anyone familiar with compiling source code, please apply the patch or try the SVN snapshot from SourceForge and tell about your experience here.

tags: added: patch-accepted-upstream
removed: patch
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package splix - 2.0.0+20110720-0ubuntu1

---------------
splix (2.0.0+20110720-0ubuntu1) oneiric; urgency=low

  * New upstream release
     o SVN snapshot from July 20, 2011
     o New printer supported: Xerox Phaser 3140
     o PPD files rebuilt with ppdc of CUPS 1.4.7.
     o Make SpliX query DefaultInputSlot from the PPD for the input slot
       name, when InputSlot is NULL
     o Moved the color profiles from /usr/share/cups/model/MFR/cms to
       /usr/share/cups/profiles/MFR to stop making cups-driverd issuing error
       messages
     o Added missing delete[] in two error paths
     o Fixed double free in pstoqpdl filter, which happens when the color
       profile collection is missing files (LP: #714259).
 -- Till Kamppeter <email address hidden> Wed, 20 Jul 2011 19:59:07 +0200

Changed in splix (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
Christopher (soft-kristal) wrote :

It's rearing it's head again in 14.04 (3.13.0-17) - the first copy prints properly but the right edge is missing in subsequent ones.

Revision history for this message
Christopher (soft-kristal) wrote :

The driver version is 2.0.0+svn315-2fakesync1.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Christopher, please follow the instructions of the section "CUPS error_log" on https://wiki.ubuntu.com/DebuggingPrintingProblems. Can you do the things which I asked the others to do in comment #13?

Please attach the requested files one by one, do not compress them and do not package them together.

Revision history for this message
Christopher (soft-kristal) wrote :

I changed the line, rebooted cups and printed two pages from similar documents. The first printed normally and the second was positioned down about 1" and about 1" on the right side was not printed, even though the left side was positioned correctly.

I'm attaching the first file .

Revision history for this message
Christopher (soft-kristal) wrote :

File 2

Revision history for this message
Christopher (soft-kristal) wrote :

File 3 - the last.

Revision history for this message
Christopher (soft-kristal) wrote :

Till - I think I may be dealing with a very specific issue that likely has no solution other than what I do myself. Most of the printing I do is income tax return pages, for which I use a Windows program in Wine.

I just printed a few pages: firstly to a PDF using the cups-pdf option, then assembled them with pdf-shuffler and all pages printed properly on my printer.

It may be either a Wine issue or that the forms have specific government requirements.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Christopher, OK, thanks for the info.

Revision history for this message
Leonardo Hamada (leonardohamada) wrote :

If I remember correctly, this version of ubuntu shipped with a new gstoraster cups utility. The included pstoraster in this ubuntu version does not work well with splix.

Since both commands accepts the same arguments, you could make a synlink pstoraster->gstoraster to replace the existing pstoraster.

Should work,

Bye

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Leonardo, this is not needed, as the current SpliX checks first if there is gstoraster and only uses pstoraster if gstoraster is not present.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.