106281 - If gtk plugins grab focus, input elements can't get it back

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[Mostafa Hosseini]

This is the exact problem stated in the source code readme:
/mozilla/modules/plugin/testevents/README.TXT under the "LINUX NOTES" section.
If a gtk based widget in a plugin grabs focus, the HTML or XUL INPUT elements
throughout the page cannot get focus back even if the plugin loses focus by
clicking on somewhere empty in the page. This seems to happen only on Linux
although I haven't tested other OSs.


Reproducable: always
Steps to reproduce: 
1) Make & install the testevent plugin which can be found at
/mozilla/modules/plugin/testevents.
2) Load /mozilla/modules/plugin/testevents/SimpleEventsTest.html
3) Type in the gtk plugin, now try typing into the INPUT element below ( It
won't work ).

Hint: Click on somewhere blank in the page so the gtk plugin loses focus then
click on the INPUT element, now goto another window
(Mozilla window should lose focus ), now go back again to the Mozilla window.
Now the INPUT element has focus and you can type in 
it.

Comment 1

[Peter Bojanic]

Nominating for mozilla1.0. We've got a hack in the embedded Abiword XPCOM to
work around this bug.

Comment 2

[Peter Bojanic]

Erroneously added the mozilla1.0 keyword to the status whiteboard instead of the
keywords field.

Comment 3

[Mostafa Hosseini]

This bug is related to penzilla bug #1819
(https://bugzilla.oeone.com/show_bug.cgi?id=1819)

Comment 4

[Andrej Czapszys]

I'm sorry for the novice question, but I had to modify the Makefile to build
/mozilla/modules/plugin/samples/testevents/libnpevents.so.  Now built, I see
the debug message "LoadPlugin() cvs/mozilla/dist/bin/plugins/libnpevents.so
returned 816eb90", and the plugin does not show up as an available plugin.  What
am I doing wrong in trying to debug this?

Comment 5

[Karl Tomlinson (:karlt)]

I think this is fixed.