Open edwardp3 opened 3 months ago
Discovered task-printing-hp
was not installed. Package was installed with its dependencies, resulting in no change. Test pages continue to print from CUPS/HPLIP, nothing from the web browsers.
Attaching a screenshot showing what Chromium displays when the system print dialog is selected.
P6: If you check you may find you can print from Firefox and Falkon. You can not print from any Chrome based browser. Here that includes Chromium, Google-Chrome-Stable and Brave. They all show the same dialog as Chromium in other words they only offer choice of "Save to pdf" but no printer recognized.
Edit: P5: I need to check this. I recall it working yesterday but need to confirm after dsyncing system.
Same problem in Cooker Plasma5.
With Cooker/Plasma 5, I ran both Vivaldi (Chromium-based) and Chromium from a terminal window. When I attempted to print something simple, this is what appeared in the terminal from each browser:
Vivaldi:
Warning: disabling flag --expose_wasm due to conflicting flags
Chromium:
Warning: disabling flag --expose_wasm due to conflicting flags
[40660:40660:0314/193354.177248:ERROR:device_event_log_impl.cc(192)] [19:33:54.176] Printer: print_job_worker.cc:318 Failure to render printed document - error kFailed
[40660:40660:0314/193354.177661:ERROR:device_event_log_impl.cc(192)] [19:33:54.177] Printer: print_error_dialog.cc:61 Something went wrong when trying to print. Please check your printer and try again.
Report filed upstream: https://issues.chromium.org/issues/329476338
For now the workaround is to select "print to pdf" and then print the .pdf.
This report labled "in progress" because OM is looking in to this. What Chromium devs will do with this I do not know but we can hope for a quick resolution.
I saw it, thank you.
I just attempted to add the printer back in using CUPS and it appears to have succeeded in not getting the list of printer drivers...
I found an old bug report here that for an HP Photosmart printer, removing theipp-usb
and usbmuxd
packages fixed the issue. However, upon removing both now and rebooting, there is no change in behavior.
I also added a second HP printer (Deskjer D1660) and am seeing the same behavior, test pages from CUPS and HPLIP will print, nothing from the browsers.
EDIT: Tried Save as PDF from Chromium, it didn't display where it was saved. It was not in the default download directory. Have no idea where it is.
EDIT 2: No .pdf files exist anywhere in my /home directory. Another bug...
I've been testing other distributions (also using KDE Plasma) and am not having printing issues with any Chromium-based browser with any of them.
I believe this problem is unique to OpenMandriva.
I reinstalled the hplip packages and separately, cups. dnf reported the following upon completion of the reinstall:
"/dev/lp1" already exists and is not a device node.
This apparently has been a long-term issue with OpenMandriva.
I found this thread on the Forum from 2017, involving your 2014.2 release. A package lib64gtk-modules3.0
solved the issue for that person back then. However, when installing this same package today, it does not solve the problem.
OpenMandriva version:
Cooker (both Plasma 6 and Plasma 5)
Describe the bug:
Installed CUPS and HPLIP to add printer (HP OfficeJet Pro 8210). Upon installation of packages related to HPLIP, foomatic-filters reported a script error, see https://github.com/OpenMandrivaAssociation/distribution/issues/2966.
Was able to add printer using both CUPS and HPLIP. Although printing works when sending a test page from either the CUPS or HPLIP interfaces, or if printing from LibreOffice, printing does not work from the web browsers (Chromium, Vivaldi).
If I attempt to print a web page, the printer is listed in their user interfaces (UI), but nothing is sent to the printer. I had the CUPS interface open when printing a web page, it did not show any job for it.
If selecting the system print dialog (screenshot below), no printers are listed.
Steps to reproduce:
Observed behavior:
Printer did not receive print jobs from the web browsers.
Expected behavior:
Printer should have received print jobs from the web browsers.
Additional comment:
Logs and screenshots if relevant System print dialog: