[Pkg-chromium-maint] Bug#609215: embedding PDF readers in chromium steals mouse pointer and lock X session
zack at debian.org
Fri Jan 7 12:53:15 UTC 2011
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,
-- 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 22.214.171.124-3 XUL + XPCOM application runner
mozplugger recommends no packages.
mozplugger suggests no packages.
-- no debconf information
More information about the Pkg-chromium-maint