Understood.
Judging by some other reports such as
https://discussions.apple.com/thread/6477200, it sounds like this is an
upstream behaviour in the core CUPS that may have since been fixed (I'm testing
with newer versions to see if I can reproduce).
Shall I mark this Invalid ?
--
You received
cups-browsed does for sure not send anything to the given ports, and it
also does not directly send anything to the multicast addresses. It
communicates with avahi-daemon via D-Bus to get informed about network
printers appearing or disappearing, updates its internal printer list
accordingly and cr
cups-browsed conf attached.
I do not have a /var/log/cups/cups-browsed_log
This bug can be reproduced/observed on a default install by enabling
UFW. The blocked UDP multicast requests start to show up in
/var/log/ufw.log
cups-backend-bjnp is not installed.
There are no special proprietary Canon d
Do you have the cups-bjnp package installed? It provides the "bjnp" CUPS
backend to use Canon BJNP network printers (not USB printers). It
communicates with the printer on port 8611 in both directions.
The package contains the "bjnp" CUPS backend as the only non-
documentation file. This backend i
cups-browsed does not directly interact with USB printers and is not
triggered by USB events. Do you have any special software to support
Canon printers (Canon MFNP, Canon BJNP) installed? Does this software
mirror USB printers to emulated network printers? Does it do this
mirroring also if no supp
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: cups-filters (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to cups-filters in Ubuntu.
https://bugs.launchpad.net
6 matches
Mail list logo