You are not logged in.
Hello,
I notice that I can not print with kate (18.12.0-1 version) and kwrite, I get an error from cups : [CAPTFILTER] Input File Error
If I use okular then I can print without problem,
no problem also with libreoffice,
so I think there is a problem for the print feature in kate and kwrite,
my printer is an usb device "Canon LBP 3000",
Is anyone has managed to print with kate 18.12.0-1 ?
thanks
Last edited by Potomac (2019-01-09 20:55:18)
Offline
I don't have kwrite installed, but kate 18.12.0-1 prints okay for me with a USB Samsung ML-2525W monochrome laser printer. I tested it to see after reading this post.
Offline
ok,
this is strange, what format of paper do you use for your printer ?
A4 format (european format), or US format ?
I think kate uses incorrect printing parameters, which trigger an error for the driver of my printer, maybe your samsung's driver is more tolerant
Last edited by Potomac (2019-01-04 04:06:55)
Offline
the complete error message from cups when I try to print with kate/kwrite :
[CAPTFILTER] Input File Error
paused - "ccp send_data error, exit"
it seems that kate/kwrite use improper print options compared to my printer driver (paper format, margins for example, something that triggers an error on the printer driver)
Last edited by Potomac (2019-01-04 21:51:17)
Offline
I use the U.S. letter format for my paper when printing. However, I tried switching it to A4 as a test, and Kate prints okay with that format as well. You should look over all the settings options in both Kate, and it the printer driver set up, and see if you can find a conflict. Also, are you sure you have all your CUPS service enabled, and properly setup? Other than that I don't know what to tell you.
Maybe someone more knowledgeable that I am will post with a solution.
Offline
I tried all options in the print dialog box but it doesn't solve the problem,
here is a verbose log of cups when the print failed :
https://bugsfiles.kde.org/attachment.cgi?id=117299
Offline
I wonder if cups uses a cache in /var/cache for each software ?
maybe there is a corrupt cache related to kate/kwrite in /var directory
Offline
This seems to be the only file printed as postscript rather than as pdf, can you make the kde print dialog to select pdf as backend?
Actually ghostscript warns that
This document does not conform to the Adobe Document Structuring Conventions and may not print correctly.
Online
If I select "print to a file (pdf)" in the print dialog box of kate : no errors, the pdf file is created
Offline
You can probably print the pdf but what I meant was not to print to pdf, but print using pdf (as intermediate step) - though I don't know whether the kde print dialog lets you configure this.
Online
in Kate I have 2 options :
- print with my canon LBP3000
- print to a pdf file (a pdf file will be created)
then I can open the pdf file with okular, and print to my canon printer, it can be a workaround,
I tried to read the source code of kate, but I didn't manage to find the section where the kde print dialog box is called,
source code :
https://download.kde.org/stable/applica … 2.0.tar.xz
Last edited by Potomac (2019-01-05 19:19:46)
Offline
There is no KDE print dialog. The print dialog comes from Qt and it's the same one for kate and okular, so it's quite strange that it works in one but not in the other
Offline
That's why I wonder if the problem could be a cache problem in cups, located in system directories (/var/cache) and which affects only kate/kwrite ?
I tried with a new user account (in order to have empty configuration files in home for plasma/kde) but the problem still exists,
other theory : an orphan archlinux package which creates a conflict (my archlinux installation date : november 2013)
Last edited by Potomac (2019-01-05 20:44:16)
Offline
Okular can just print the pdf. Can you btw. print the pdf you printed into before?
You could look around in /var/spool/cups whether you find the documents related to your failed print. They might hint on what the CAPTFILTER stumbles.
Can you print from some more basic Qt texteditor like https://www.archlinux.org/packages/?name=notepadqq ?
Online
I tried with notepadqq : same error like kate, I can not print
so it could be related to Qt, for the print Qt library ?
Last edited by Potomac (2019-01-05 21:50:37)
Offline
Le's see: https://www.archlinux.org/packages/extr … 4/leafpad/ (gtk notepad)
Online
with leafpad I can print, no problem
Last edited by Potomac (2019-01-05 21:59:51)
Offline
Did you compare the printlogs of leafpad and notepadqq?
Did you look at the spooler cache?
Online
Here is the log for leafpad :
https://pastebin.com/t7AF3S0s
and the log for notepadqq :
https://pastebin.com/QnfE0UP0
I notice that in the log of leafpad there is no error message like " This document does not conform to the Adobe Document Structuring Conventions and may not print correctly."
How can I inspect the files present in the spooler cache ?
Offline
Check /var/spool/cups - there should be pdfs from your leafpad & notepadqq printing attempts (timestamps ;-)
The probably differ in the document level version or some attribute or whatnot that causes trouble down the road.
Online
here are the PDF files found in the spooler cache :
the first file can be opened fine (print by leafpad), the second pdf file seems to have a problem (produced by notepadqq when I click on "print" )
with leafpad the PDF version number if I check the PDF file :
%PDF-1.5
with notepadqq :
%PDF-1.4
Last edited by Potomac (2019-01-06 00:10:17)
Offline
I decided to install a virtual pdf printer in cups, in order to see if the bug can occur with other driver :
pacman -S cups-pdf
https://www.archlinux.org/packages/extr … /cups-pdf/
I have now a second printer in the Qt print dialog box : "Virtual_PDF_Printer", and I have a similar problem when I want to print with software based on Qt5 :
- the PDF generated displays nothing, and I have again the error "This document does not conform to the Adobe Document Structuring Conventions and may not print correctly."
and also this error :
D [06/Jan/2019:05:57:35 +0100] [Job 529] PID 32743 (gs) exited with no errors.
D [06/Jan/2019:05:57:35 +0100] [Job 529] PID 32744 (pstops) exited with no errors.
D [06/Jan/2019:05:57:35 +0100] [Job 529] PID 32741 (/usr/lib/cups/filter/pdftops) exited with no errors.
D [06/Jan/2019:05:57:35 +0100] [Job 529] GPL Ghostscript 9.26: Unrecoverable error, exit code 1
and there is a new mention when I check the status of the task :
"/var/spool/cups/d00507-001, object 6 0 at offset 446: operation for number attempted on object of type string: returning 0"
If I print from a GTK application with this virtual pdf printer : no problem, all is Ok
Last edited by Potomac (2019-01-06 05:03:45)
Offline
Delimiter fuckup (I'm allowed to say fuck on this forum - if appropriate ;-)
6 0 obj
<<
/Type /Page
/Parent 3 0 R
/Contents 8 0 R
/Resources 10 0 R
/Annots 11 0 R
/MediaBox [0 0 595,000000 842,000000]
>>
endobj
Is malformed, should be
6 0 obj
<<
/Type /Page
/Parent 3 0 R
/Contents 8 0 R
/Resources 10 0 R
/Annots 11 0 R
/MediaBox [0 0 595.000000 842.000000]
>>
endobj
(Notice the comma and the dot)
I'm somwhat suspecting that you can print from
LC_NUMERIC=C notepadqq
Actually I'm pretty sure - just tested ;-)
Online
excellent !
yes I can print with notepadqq if I type :
LC_NUMERIC=C notepadqq
works also for kate,
I am in France and my PC is configured with french for the region "France - français (fr_FR)" in plasma settings,
$ locale
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE=C
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=
so is it really a bug in Qt5 ?
Last edited by Potomac (2019-01-06 10:06:01)
Offline
Yes, definitively - and "again": https://bugreports.qt.io/browse/QTBUG-24949 (this is a Qt 4.8 bug I googled up)
Online