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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
