First Last Prev Next    No search results available
Details
: kpdf and okular doesn't work well in embedded window.
Bug#: 22359
: mozplugger
: Plugins
Status: NEW
Resolution:
: PC
: Linux
: unspecified
: P2
: normal
: ---

:
:
:
:
:
  Show dependency tree - Show dependency graph
People
Reporter: antonio orefice <kokoko3k@gmail.com>
Assigned To: Louis Bavoil <bavoil@sci.utah.edu>
:

Attachments


Note

You need to log in before you can comment on or make changes to this bug.

Related actions


Description:   Opened: 2010-01-31 04:26

    
------- Comment #1 From antonio orefice 2010-01-31 04:30:45 -------
Keyboard doesn't work when kpdf or okular are embedded in mozilla firefox usng
mozplugger.
In kpdf you cant use inline search.
In okular you can't even scroll the pdf.

So, by now, i have to use:
repeat noisy fill stream nokill: okular "$file"
instead of default:
repeat noisy swallow(okular) fill: okular "$file"

tried on multiple systems and distributions, using the latest mozplugger:
mozplugger-1.13.1 and firefox 3.on linux 2.6.x
------- Comment #2 From Peter Leese 2010-01-31 15:32:35 -------
Did it work with 1.13.0? 
------- Comment #3 From antonio orefice 2010-02-01 00:04:01 -------
Nope, everytime i tried, it never worked well with qt3/4 pdf readers.
I'm surprised nobody submitted this before!
------- Comment #4 From Peter Leese 2010-02-01 11:51:04 -------
Currently Mozplugger does not handle the keyboard or mouse and takes no part in
deciding which window gets keyboard focus. All it does is reparent the top
level application window (of kpdf ocular, etc) into the window firefox has
allocated for containing the embedded object. Once mozplugger has performed the
reparent operation it takes no part in window handling. That is the application
top-level window becomes a child of one of firefox's windows. Keyboard focus is
controlled by the window manager and is negotated between the window manager
and the clients (i.e. firefox, kpdf and ocular). 

Why it doesnt work I have no idea, so I welcome input from anyone who does.

The reason I asked about if it did work is that I did make a shall change (see
mozdev bug #22065) where before mozplugger returned false when requested if it
supported XEmbed protocol. In version 1.13.1 it now returns true to that
request. I did wondered if this could have been the cause of the problem, but
it does not look so.

Note this is very similar to mozdev bug #19196.
------- Comment #5 From Peter Leese 2010-04-19 13:03:21 -------
Does release 1.13.3 fix the problem?
------- Comment #6 From Roderick Johnstone 2010-04-20 01:46:27 -------
Unfortunately it doesnt fix the problem for me. I still can't type into the
search or page number box when embedded in firefox.
------- Comment #7 From Roderick Johnstone 2010-04-20 02:44:41 -------
I also have a ticket for this opened in the qt bug tracker here:
http://bugreports.qt.nokia.com/browse/QTBUG-3814
------- Comment #8 From antonio orefice 2010-04-20 04:44:43 -------
Still doesn't work for me too.
I don't tried kpdf, just okular.
------- Comment #9 From Roderick Johnstone 2010-04-20 05:14:12 -------
I guess this could be a firefox issue. Opened this ticket:

https://bugzilla.mozilla.org/show_bug.cgi?id=560501
------- Comment #10 From Ernesto Revilla 2011-11-14 03:40:44 -------
*** Bug 24540 has been marked as a duplicate of this bug. ***
------- Comment #11 From naught101 2012-01-31 17:47:38 -------
duplicate of bug #19196
------- Comment #12 From Mark Edwood 2012-12-17 15:32:11 -------
No keyboard recognition at all.

Ubuntu 12.04.1 LTS
Firefox 18.0
Okular: 0.14.3
mozplugger 2.0.2

standart config
------- Comment #13 From Peter Leese 2012-12-18 16:18:59 -------
There is a general problem when using certain combinations of browser,
application and window manager with the swallow flag. These range from keyboard
focus issues, windows not being swallowed, up to desktop lock up. In all cases
this is because the application is not expecting to be embedded in a browser or
a window manager not expecting another application reparenting windows it
thought it was managing.

Unfortunately I have been unable to find a general fix / work around that can
be applied to mozplugger to cover all cases. Therefore it is recommended not to
use the swallow flag in these cases. Instead use the links flag or if the
application supports it, explicitly tell the application which window to embed
to.

First Last Prev Next    No search results available