It still happens. It really rare with Splix. Using Splix does not solve the problem, but makes it less frequent.
I did small test. I've created my own backend (bash script), which redirects stdin to some file, and when it is finished sends file to /dev/usb/lp0. It is working well even with Samsung driver. When my script redirects directly to stdout, it produces problem. So: the same content, but sent in single not interrupted stream makes difference. It may suggest that it is some timing issue, which should be addressed in usbbackend and not in Splix or Samsung driver. I think that interrupt in input stream is interpreted by Samsung printer as end of job. If uploaded data is not complete, printer tries to print as plain text, and does not wait for rest of job. I'd like to try cups' filter ability in order to implement buffering, but it is out of my knowledge. If you may suggest something I'm open to try your suggestions. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/898385 Title: Chromium-generated PDF does not print on Samsung SCX-3200 on USB via Samsung's driver To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/splix/+bug/898385/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
