Repository navigation
Brother DCP-J125 not printing after update to cups-filters 2.0b3 & 2.0rc1 #20
Description
Hello,
after update to Fedora 38 and cups-filter rpm package from 1.28 to 2.0 b3 I have a problem with printing on my Brother DCP-J125 - printer do not print at all and do not react for any actions executed from cups. Every print job ends with "No pages found!" error in cups logs. After short investigation below part attract my attention:
May 07 14:21:12 hp840 cupsd[17511]: cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files"
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterLoadPPD: Color profile qualifier determined from job and PPD data \'..\'
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterLoadPPD: No ICC profiles specified in PPD
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterLoadPPD: Searching for profile \"-/-\"...
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterLoadPPD: Last filter determined by the PPD: brlpdwrapperdcpj125; Final data MIME type: application/vnd.cups-postscript => PDF filter will not log pages in page_log.
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterUniversal: \"*cupsFilter(2): ...\" lines in the PPD file:
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterUniversal: application/vnd.cups-raw application/octet-stream 0 -
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterUniversal: application/vnd.cups-postscript 0 brlpdwrapperdcpj125
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterUniversal: PPD uses \"*cupsFilter: ...\" lines, so we always convert to format given by FINAL_CONTENT_TYPE
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] ppdFilterUniversal: Converting from application/vnd.cups-pdf-banner to application/vnd.cups-postscript
May 07 14:21:12 hp840 cupsd[17511]: [Job 172] cfFilterChain: Running filter: universal
From my understanding cups is trying to use universal filter instead of brlpdwrapperdcpj125. This in my opinion could be the source of my problem. Because I am not familiar with cups printing flow I would like to ask you for small help with investigation. Full log can be found in attachment, print job number is 172. Thanks in advance!
Activity
GrzegorzBB commentedon May 13, 2023
cups_log_j125_job172.txt
zdohnal commentedon May 16, 2023
Hi,
based on the logs both filters are run -
universalfilter just encapsulates common conversions, so only one executable is started instead of having bannertopdf+pdftopdf+pdftops executables and once the filter generates postscript, it is passed to the brother filter.It would be great if you attached the link to the driver you use, so we could try to reproduce the behavior locally for further debugging. According logs universal filter generates one page as it should, but we have to check whether that output is valid (looks ok in a PS viewer like gsx).
GrzegorzBB commentedon May 16, 2023
Hi, thanks for clarification. I am using rpms provided directly by brother, packages are available directly on theirs website. Driver packages can be found here :
GrzegorzBB commentedon May 17, 2023
Hi, today cups filter package has been updated to version 2.0~rc1-1 but problem is still there. In attachment you can find current log (Job 174).
cups_log_j125_job174.txt
soltysh commentedon May 18, 2023
I have a somewhat similar problem, this time it's with Brother DCP-J315W:
although in my case this fails with
"No pages found!"which leads me to think that one of the filters is clearing the pages and I can't figure out which 😞zdohnal commentedon May 19, 2023
Hi @soltysh and @GrzegorzBB ,
can you run the following commands and see what is in the file generated by them (for @soltysh <printer> is DCP-J315W and for @GrzegorzBB DCPJ125, <user> soltysh and grzegorz)?
If my suspicion is correct and brother filter is reporting correctly, the file will be empty.
soltysh commentedon May 19, 2023
@zdohnal followed your commands and indeed I got an empty
out.psfile, any further things I should try, or do you need additional logs, ppd file?tillkamppeter commentedon May 19, 2023
@soltysh I would like to see the screen output of your
command.
soltysh commentedon May 19, 2023
@tillkamppeter here you go: filter.log
GrzegorzBB commentedon May 19, 2023
@zdohnal @tillkamppeter I also received an empty page like @soltysh. My command output can be found here:
cups_filter_log.txt
[-]Brother DCP-J125 not printing after update to cups-filer 2.0 b3[/-][+]Brother DCP-J125 not printing after update to cups-filer 2.0b3 & 2.0rc1[/+]tillkamppeter commentedon May 20, 2023
Could you all attach the PPD file(s) of the affected print queues, from
/etc/cups/ppd/? Please copy the files and rename them adding a.txtsuffix to their original names, so that GitHub accepts them as attachments. Thanks.GrzegorzBB commentedon May 20, 2023
Hi @tillkamppeter, here you go:
DCPJ125.txt
soltysh commentedon May 21, 2023
And mine:
DCP-J315W.ppd.txt
tillkamppeter commentedon May 23, 2023
Thanks for the PPD files. The problem is caused when turning the former
pstopsCUPS filter into theppdFilterPSToPS()filter function. At some places wrong functions for outputting the print data are used.As this filter function is part of libppd, moving this issue to there ...
zdohnal commentedon May 24, 2023
@soltysh @GrzegorzBB I might find the fix - can you try testing RPMs https://koji.fedoraproject.org/koji/taskinfo?taskID=101514696 ?
soltysh commentedon May 24, 2023
Tried both printing the test page and the command from this comment without any luck 😞
GrzegorzBB commentedon May 24, 2023
Hi @zdohnal, unfortunately the problem is still there. New cups log below.
cups_log_j125_job175.txt
zdohnal commentedon May 25, 2023
Ok, thanks for letting me know - there are several hacks in PDFTOPS filter function specifically for Brother printers (because of its firmware bugs) and those hacks are applied if the manufacturer name matches with a substring from a specific
make_modelstring, butmake_modelstring doesn't contain the manufacturer in certain scenarios, which is a bug.I'm working on https://bugzilla.redhat.com/show_bug.cgi?id=2192912 (although it is Utax printer) as well and the fix for this bug might be solution for it, so I thought it could help as well, but probably the reason why different functions are used is more deep than mismatched
make_model.In case the patch will work at least on the Utax printer in question, I'll create PR.
tillkamppeter commentedon May 30, 2023
@zdohnal, what I have fixed now, is an actual bug in the
ppdFilterPSToPS()filter function which got introduced by the conversion of the classicpstopsCUPS filter into a filter function (see commit message). Independent of this naturally the non-application of the Brother workaround in theppfFilterPDFToPS()filter function needs also to get fixed.@GrzegorzBB @soltysh my fix for this bug should already solve your problem. For your specific bug, @zdohnal's fix for the Brother workarounds is not needed, that one is only relevant for PostScript printers.
soltysh commentedon May 31, 2023
Thx @tillkamppeter, I'll wait for the updated built and will give it a try and report back if I encounter any problems :)
zdohnal commentedon May 31, 2023
@soltysh @GrzegorzBB the fix will arrive into Fedora testing repos later today if you want to check the patch.
soltysh commentedon May 31, 2023
I picked the build from https://koji.fedoraproject.org/koji/buildinfo?buildID=2207641 and it's working 🎉 Thank you!
GrzegorzBB commentedon May 31, 2023
I can also confirm, it is working. Thanku you @tillkamppeter and @zdohnal.
[-]Brother DCP-J125 not printing after update to cups-filer 2.0b3 & 2.0rc1[/-][+]Brother DCP-J125 not printing after update to cups-filters 2.0b3 & 2.0rc1[/+]