[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: brave browser cannot print.



On Tue, 14 Dec 2021, Brian wrote:

On Tue 14 Dec 2021 at 06:35:20 +0000, Tim Woodall wrote:

Someone off-list suggested vivaldi which looks closer to what I want a
browser to be - many/most things being configurable (and much closer to
what firefox used to be) so I'm probably going to stop using brave.
However, I've replied inline below to the questions.
(printing works in vivaldi too)

Probably a good change in direction. Thanks for the info. I'll pursue
it for interest's sake.

On Mon, 13 Dec 2021, Brian wrote:

On Sun 12 Dec 2021 at 18:11:55 +0000, Tim Woodall wrote:

I've installed brave-browser but it cannot print. I get:

"The selected printer is not available or not installed correctly. Check
your printer or try selecting another"

This machine is using cups. The printer is on a remote host. Everything
else seems to work, openoffice, firefox, chrome. Just brave having this
problem.

Looks like a problem with Brave and not the printing system. The remote
host is running CUPS? What is the make and model of the attached printer?

Anybody got any ideas? I'm using xfce on buster for this at the moment.

Please give 'lpstat -t' and 'lpinfo -v' on the client machine.


tim@dirac:~ (none)$ lpstat -t
scheduler is running
system default destination: Samsung_SCX-4x25_Series
device for Samsung_SCX-4x25_Series:
ipps://cups:631/printers/Samsung_SCX-4x25_Series

This URI (device) and the others do not seem correct to me. For a
remote host with hostname HOSTNAME I'd expect a URI like this:

 ipps://HOSTNAME.local:631/printers/Samsung_SCX-4x25_Series

cups is resolved locally.

tim@dirac:~ (none)$ host cups
cups.home.woodall.me.uk has IPv6 address 2001:8b0:bfcd:100:...

Let's try setting up a print queue manually. Use 'ippfind -T 5'

ippfind complains about bonjour not running. And it looks like I'd need
to add some more dns records based on my quick glance at the manpage

and '/usr/sbin/lpinfo -v' to obtain a URI from the remote host.

lpinfo -v doesn't give me what I want either:

root@dirac:~# lpinfo -v
network socket
network beh
file cups-brf:/
network lpd
network ipps
network http
network ipp
network https

root@cups17:~# lpinfo -v
Password for root on cups?  ********
network socket
network beh
file cups-brf:/
network https
network ipps
network ipp
network http
network lpd
network socket://192.168.100.23

That last one is the actual printer (which is only ipv4). dirac is ipv6
only ATM but currently on the same network segment.

Does all of this point to something being wrong on cups (who, to confuse
even more, is really cups17)?

My wife's windows machine can also successfully print via cups17.

Then a print queue with

 lpadmin -p PRINTER_NAME -v URI -E -m everywhere

PRINTER_NAME can be what you want, for example, scxtest.

Test with

 lp -d PRINTER_NAME /etc/nsswitch.conf

and from Brave.


This is what I get with current config:

root@dirac:~# lpq
Samsung_SCX-4x25_Series is ready
no entries
root@dirac:~# lp /etc/nsswitch.conf
request id is Samsung_SCX-4x25_Series-1164 (1 file(s))
root@dirac:~# lpq
Samsung_SCX-4x25_Series is ready and printing
Rank    Owner   Job     File(s)                         Total Size
active  root    1164    nsswitch.conf                   1024 bytes
root@dirac:~# lpq
Samsung_SCX-4x25_Series is ready
no entries

That must be going via cups as dirac has no ipv4 addresses. (other than
127.0.0.1)

Tim.


Reply to: