[Pkg-chromium-maint] Bug#609215: embedding PDF readers in chromium steals mouse pointer and lock X session

[Stefano Zacchiroli]

Package: mozplugger
Version: 1.14.2-1
Severity: important

In my quest to decent PDF support with chromium, I gave mozplugger a try. I've
tried it with both xpdf and evince. In both cases, the PDF opens fine within
the browser, but as soon as I click into the embedded window I completely lose
control of my X session. I've no technical explanation to offer, but the
feeling is that the mouse, as other X events, are trapped into that window and
it is no longer possible to interact with what is outside that window. That
includes buttons that are supposedly used only by the window manager
(e.g. Mod4), implying that I can't even switch workspace.

The only "solution" is then to switch to console mode and kill the child
process of mozplugger (either 'xpdf' or 'evince' in my tests).

I'm using awesome as a window manager within a GNOME session, I'm not sure if
either of the two plays a role in the bug.

Thanks a lot for maintaining mozplugger,
Cheers.

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mozplugger depends on:
ii  chromium-browser     9.0.597.19~r68937-1 Chromium browser
ii  galeon               2.0.7-2.1+b1        GNOME web browser for advanced use
ii  iceweasel            3.5.16-3            Web browser based on Firefox
ii  libc6                2.11.2-7            Embedded GNU C Library: Shared lib
ii  libx11-6             2:1.3.3-4           X11 client-side library
ii  m4                   1.4.14-3            a macro processing language
ii  xulrunner-1.9.1      1.9.1.16-3          XUL + XPCOM application runner

mozplugger recommends no packages.

mozplugger suggests no packages.

-- no debconf information