the webbrowser library produces a zombie process when opening urls.

please see http://dev.deluge-torrent.org/ticket/928
and the original bug report (by me) on ubuntu's launchpad (https://
bugs.launchpad.net/bugs/313149) for details.
could not find any references in your tracker, but i did not test it in 
newer versions than the one supplied in ubuntu atm (2.6.2), so please 
forgive me, if it is already fixed :)

The problem seems to be that there are no way to wait() for browser
processes that have died, and there is no mention of needing to wait()
in the documentation.

In my case, webbrowser finds my gnome-setting for the http-url handler
and sets up [ "firefox", "%s" ] as a BackgroundBrowser named 'gnome'.

BackgroundBrowser.open() creates a Popen object and calls p.poll().  The
Popened firefox process finds my existing firefox process, and asks it
to open the url, then terminates.  It doesn't act quickly enough to
terminate before p.poll() is called though, and I end up with a zombie
firefox process, that keeps me from ending firefox unless I also kill my
python process.

If this is how this is intended to work, there should at least be a
section in the documentation warning users to call os.waitX() themselves
to avoid zombie processes.

Assigned as per maintainers list.

Unable to reproduce this bug on Mac OS X 10.8.3 (12D78) using Python 3.4.0a0 and the following browsers:

- Google Chrome 25.0.1364.172
- Firefox 13.0.1
- Safari 6.0.3 (8536.28.10)

I was able to reproduce on Ubuntu with Python 3.4 compiled from trunk 2013-03-17, but only with Firefox and not with Chrome.

Just as an additional data point, I was also unable to recreate this on OS X 10.8.3 using any browser.