GTK Print dialog needs to support Bonjour broadcasting of remote printers

Bug #1082519 reported by Till Kamppeter
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fix Released
gtk+2.0 (Ubuntu)
gtk+3.0 (Ubuntu)
Fix Released

Bug Description

CUPS upstream dropped the CUPS broadcasting/browsing mechanism to automatically
discover shared remote printers beginning from 1.6.x. Replacement is
Bonjour-based broadcasting odf the shared printers by CUPS and on the client
side the application's print dialogs are responsible for browsing these
broadcasts and listing the remote printers appropriately. CUPS even provides a
library function for that now.


I wrote there:

The CUPS Browsing/Broadcasting mechanism which made print queues shared on
remote CUPS servers automatically visible for the local CUPS daemon and so for
local applications got dropped upstream from CUPS 1.6.x on. Ubpstream has
replaced this functionality by Bonjour-based broadcasting (under Linux
implemented via Avahi), an OS-indpendent PWG (Printing Working Group) standard,
but this lacks the implementation of browsing on the client side making the
printers on remote CUPS servers not automatically appearing any more.

Ubuntu Quantal's CUPS has a mega patch to forward-port this functionality from
the old CUPS for one cycle, to avoid regressions. We cannot carry such a patch
eternally, and we should follow upstream and the PWG standards.

So in Ubuntu Raring we need the real solution which means that the print
dialogs (upstream-recommended solution) or the CUPS daemon (how I like to have
it) takes the new Bonjour (Avahi) broadcasts to display the shared remote CUPS
queues automatically. The browsing functionality is implemented in the CUPS
library (libcups) from CUPS 1.6.x on, but there is currently no production code
using these functions.

Upstream expects the print dialogs to use the new library functions for
displaying the new queues. This would require modifications and upstream
submissions for GTK, Qt, and LibreOffice at least and this does not safely
cover all existing applications which have CUPS-aware print dialogs and
therefore listed the remote queues before. Especially printing from the command
line would not be covered.

The better approach would be modifying the CUPS daemon so that it uses the new
library function to find the remote queues and advertize them like its own
local queues. Where the CUPS daemon needs to be patched for that we could
probably derive from Quantal's CUPS Broadcasting/Browsing forward port patch.
The new Bonjour browsing patch being based on the new standard way of Bonjour
broadcasting has probably good chances to be accepted upstream.

This feature does not only prevent a regression, but it also helps to more
easily access printers connected to Mac OS X machines (they broadcasted
Bonjour-only all the time) and also for mobile Ubuntu devices. Usually you do
not have connected printers to tablets or phones and you carry them around
between different local networks, so here it is especially important that they
automatically pick up the print queues in the local network.

Such a patch to the CUPS daemon or an extra daemon to do the browsing and
add/remove queues appropriately in the local CUPS environment is also not the
best solution but a way to avoid regressions with legacy apps.

The real intention from upstream is that all print dialogs browse the print
queues available on the local network via Bonjour (under Linux implemented by
Avahi), where print queues on the local network are CUPS queues from Linux and
Mac OS X but also IPP printers which broadcast themselves via Bonjour (IPP
Everywhere printers). Printing on iOS devices (iPhone, iPad, iPod Touch)
already works this way. These devices do not allow the setup of local queues at
all and they discovcer available print queues via Bonjour.

For this the CUPS library has even special functions, see as sample code the


to be called as follows:

cups/testcups enum 1

"enum" makes it enumerating printers and the number is the number of seconds to
Bonjour-browse for network printers.

The library function is the function cupsEnumDests() in cups/dest.c. For
Bonjour browsing it must be called with a non-zero value for the msec

This feature in the print dialogs is VERY urgent because:

- This is how CUPS upstream and also the PWG (Printing Working Group, expects how network printing with automatic
  queue discovery works.

- This is less resource-consuming on mobile devices which do not have
  local print queues. avahi-daemon is running anyway and the CUPS
  daemon does not need to be running when there are no local queues.

- CUPS upstream would not most probably not accept patches on the CUPS
  daemon to browse for Bonjour-advertized queues and let them appear
  like local queues.

Changed in gtk+3.0 (Ubuntu):
importance: Undecided → High
Changed in gtk+2.0 (Ubuntu):
importance: Undecided → High
summary: - Print dialog needs to support Bonjour broadcasting of remote printers
+ GTK Print dialog needs to support Bonjour broadcasting of remote
+ printers
description: updated
Changed in gtk:
importance: Unknown → High
status: Unknown → New
Changed in gtk+2.0 (Ubuntu):
milestone: none → ubuntu-13.04-feature-freeze
Changed in gtk+3.0 (Ubuntu):
milestone: none → ubuntu-13.04-feature-freeze
Changed in gtk+3.0 (Ubuntu):
status: New → In Progress
Changed in gtk+2.0 (Ubuntu):
status: New → Triaged
Changed in gtk+3.0 (Ubuntu):
status: In Progress → Fix Committed
Changed in gtk:
status: New → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+3.0 - 3.8.2-0ubuntu1

gtk+3.0 (3.8.2-0ubuntu1) saucy; urgency=low

  * New version update:
    - includes fix for wayland backend segfault (lp: #1113424)
    - don't use tick mark instead of apostrophe (lp: #896986)
    - we now support touch friendly popups on entries and text views
      in place of context menus, on touch devices
    - The print dialog now shows printers that are discovered
      using avahi (lp: #1082519)
    - File chooser dialog doesn't provide network access (lp: #304345)
    - selection is reported incorrectly in file chooser button (lp: #1041546)
  * debian/libgtk-3-0.symbols:
    - new version update
  * debian/patches/git_color_annotation_fix.patch,
    - dropped, those fixes are in the new version
  * debian/patches/102_add_wayland_symbols.patch:
    - updated for new symbols

gtk+3.0 (3.7.12-1) experimental; urgency=low

  [ Sjoerd Simons ]
  * debian/patches/80_Fix-DND-with-frame-sync.patch:
    + Added. Temporary fix for DND when using mutter with the frame sync
    protocol (from upstream git, bgo#694217).

  [ Emilio Pozuelo Monfort ]
  * New upstream release.
    + debian/patches/*:
      - Refreshed.
    + debian/patches/80_Fix-DND-with-frame-sync.patch:
      - Removed, included upstream.
    + debian/libgtk-3-0.symbols:
      - Updated for new symbols.

gtk+3.0 (3.7.10-1) experimental; urgency=low

  * New upstream release.
    + debian/
      - Update build dependencies.
    + debian/patches:
      - Refreshed.
    + debian/libgtk-3-0.symbols:
      - Updated for the new symbols.
    + debian/gtk-3-examples.install:
      - Stop installing gtk3-demo files, no longer needed.
    + debian/patches/030_tests_skip_filechooser.patch:
      - New patch: skip filechooser tests as they are not designed to
        be run without gtk+ installed.
 -- Sebastien Bacher <email address hidden> Mon, 25 Feb 2013 16:29:19 +0100

Changed in gtk+3.0 (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.