I attempted to print from LibreOffice Writer 6.4.2.2 - this worked last month but today I got an error and it showed “cups-pki-invalid” in the printer window.
I can print from Firefox, Leafpad and Thunderbird with no problems.
Any Ideas why.
Do I need a bugzilla report.
Which GUI are you using?
Does a PDF export function as expected?
Can you print to a file?
[HR][/HR]LibreOffice 6.4.2.2 40(Build:2) via Leap 15.1 KDE Plasma, is printing to a relatively new Kyocera network printer just fine here.
GUI is MATE 1.24.0 on OpenSUSE 15.1
Printer is a Samsung SCX-3405W - this is the one that cannot print but gives an error.
It does print on my wife’s computer and Epson EcoTank printer.
My workaround is to print to a PDF file and print the PDF file with Master PDF Editor - that works for now.
Searching the internet - it appears to be a common problem with the Samsung Print drivers and both OpenOffice and LibreOffice.
It has been intermittent in LibreOffices since 2.2.2. The bugzilla folks at LibreOffice say it is not reproducible.
Each bug report has been closed at each new release.
Since I can print as a PDF and then to the printer - I have a workaround.
That’s good to know. Out of interest, how is your Samsung printer connected? How does your Smasung URI look?
lpstat -t
Do I need a bugzilla report.
Not really an openSUSE issue. It will need a bug report to LibreOffice I guess…
Every printer I have is USB connected. I see wi-fi as a source of breaches so I have wi-fi disabled on all my printers.
1:~> lpstat -t
scheduler is running
system default destination: Samsung
device for Samsung: usb://Samsung/SCX-3400%20Series?serial=Z8BNB8KC7C0070P&interface=1
Samsung accepting requests since Wed 08 Apr 2020 03:31:00 PM CDT
printer Samsung is idle. enabled since Wed 08 Apr 2020 03:31:00 PM CDT
1:~>
FWIW… No problem here with LO Version: 6.4.2.2 Build ID: 40(Build:2) on an fully updated 15.1 install using a Samsung M2825ND printer on a wired network connection.
Modern printers tend to understand ZeroConf.
hosts: files mdns_minimal [NOTFOUND=return] dns
avahi-daemon.service; dbus-org.freedesktop.Avahi.service; avahi-daemon.socket
It appears that LibreOffice is passing a graphic pointer that is too big for the Samsung driver.
I printed something without the graphic fine. It appears that my picture size is not scalable in the Samsung driver.
Now I know why OpenOffice and LibreOffice say it is not reproducible.
I am asking Samsung to see why their Linux Driver cannot handle the large graphic image when PDF and Epson can print it.
My guess is it has to be scaled down to be printed and it is too large for their buffer.
That’s only relevant for network printer discovery, or in the case when the CUPS dnssd backend is used. It has nothing to do with USB discovery or communication.
Looking at the Open Printing entry for the Samsung SCX-3405W, it seems that there ain’t a Foomatic PPD for the device yet: <openprinting:database:databaseintro [Wiki].
This printer entry was contributed by a user but was not yet verified or proofread by the site administrators. Therefore it is not included in the Foomatic packages.
Looking at the printer specs, it has an internal memory of 64 MB, which can’t be expanded.
Looking at the “Samsung_SCX-3400_Series.ppd” included in the compressed archive from HP, there ain’t nothing in there indicating a buffer size constraint.
*cupsFilter: "application/vnd.cups-raster 0 rastertospl"
[HR][/HR]What you could do, is, rather than using the Samsung/HP scripts to install the PPD, simply pull the “SCX-3400 Series” PPD file into CUPS via YaST.
[HR][/HR]If that doesn’t improve matters, then, the issue is possibly the 64 MB of printer memory – in the past, especially Laser printers, had a slot for memory expansion – “to handle more than a few print jobs in the Printer’s queue and, large graphic content … ”
With 128 MB memory in the printer …
Yes, oops, my mistake, I missed the OP’s earlier post mentioning “USB-only” …
It is not the physical printer’s buffer - it has never not been able to print any page sent to it over 8 years.
I brought up the same document in Windows 10 version of LibreOffice and it printed to the Samsung fine with the Windows 10 Samsung drivers attached to the Linux shared CUPS printer.
It is Samsung’s Linux print driver conversion program to convert the image to the printers instructions. It cores when a large image is sent to it.
The printer prints the PDF fine as the PDF has the binary image of the picture not the LibreOffice sent jpg that is too big.
Samsung say the printer is too old - sorry no driver updates.
If it were LibreOffice at fault - even the PDF would fail, I could print to both PDF and to my Epson EcoTank printers from OpenSUSE 15.1 LibreOffice.
It was just a fluke that the first document I created after the update had a 4k picture image that Samsung could not handle.
It would be interesting to see whether configuring as a driverless printer might work. However, this would mean that you would need to connect the printer to your LAN via ethernet (or wifi). I know your thoughts about the latter, but wifi connections are encrypted between router and host. Don’t get confused with Wi-Fi Direct (which is a security risk). Here’s a blogdescribing how a user configured CUPS using driverless printing that the Samsung SCX-3405 is apparently capable of. This apparently requires CUPS v2.2.2 onwards and version cups-filters 1.13.0 onwards which openSUSE 15.1 does.
This archlinux wiki page shows how to configure such a driverless queue via CLI. For example assuming printer is assigned 192.168.1.100…
lpadmin -p AirPrint -E -v "ipp://192.168.1.100/ipp/print" -m everywhere
then check
lpstat -t
YMMV.
Some technical info about how the IPP Everywhere print flow works within the CUPS framework…
https://wiki.debian.org/CUPSDriverlessPrinting#The_CUPS_PPD_Generator