Keyboard shortcuts stop working with Java applets




16 years ago
14 years ago


(Reporter: Juho Ranta, Assigned: Kyle Yuan)


({access, sec508})

access, sec508
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)


(Whiteboard: redesign, URL)



16 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221
BuildID:    2001122106

i can't enter new url to url bar because there is couple of Java applets running
(site If I press ctrl+l it doesn't work but ctrl+shift+l
works still fine. Also if i click on url bar it doesn't help (=I can't enter new
url). I have noticed this problem on few other sites (I don't remember url) and
on those sites there were Java applets.

Reproducible: Sometimes
Steps to Reproduce:
1.I go to site (url:
2.There is Jaca applet on the left
3.I wait until everything is loaded
4.Then I click the Java applet

Actual Results:  I can't enter new url on url bar. Ctrl+l doesn't work but
ctrl+shift works.

Expected Results:  I should be able to enter new url to url bar and ctrl+l
command should work


16 years ago

Comment 1

16 years ago
Confirming on 2002011503 Win2k: I can't get the focus for the URL bar by
pressing CTRL+L or CTRL+Shift+L. Clicking on the URL bar gets me a cursor, though.
Ever confirmed: true

Comment 2

16 years ago
This has been bugging me for some time under Linux OS --> All

Ctrl-w also does not work to close the window, this might be some kind of focus
issue --> updating summary, reassign to keyboard navigation

This might belong in OJI, reassign as necessary.
Assignee: hewitt → aaronl
Component: URL Bar → Keyboard Navigation
OS: Windows 2000 → All
QA Contact: claudius → sairuh
Summary: because of Java applet is running I can't inset new url on location bar → keyboard shortcuts stop working with java applets

Comment 3

16 years ago
This is a major accessibilty bug, and blocks our legal compliance to the Federal
Rehabilation Act Section 508, which requires keyboard accessibility in our
product. Section 508 compliance is a requirement.
Severity: minor → major
Keywords: access, fcc508
Hardware: PC → All

Comment 4

16 years ago
-> Java 
Assignee: aaronl → joe.chou
Component: Keyboard Navigation → OJI
QA Contact: sairuh → pmac


16 years ago
Blocks: 127812

Comment 5

16 years ago
I think this is a dup of #95541. I think the reason of the bug is the code
(and comments) at widget/src/gtkxtbin/gtkxtbin.c:

/* Turn off any event catching for this window by */
  /* the Gtk/Gdk event loop... otherwise some strange */
  /* things happen */

  gdk_window_set_user_data (widget->window, xtbin);

  widget->style = gtk_style_attach (widget->style, widget->window);
  gtk_style_set_background (widget->style, widget->window, GTK_STATE_NORMAL);

Comment 6

16 years ago
There are two event loops on Homepage with a Java Applet.
one is browser's and the other is Applet's

When you set focus on Applet(click Applet), the keyboard event is 
processed by Applet, the Applet don't identify Ctrl+L and Ctrl+Shift+L, So
Ctrl+L and Ctrl+Shift+L will not work.

If you click outside of Applet, browser will process the keyboard event, so
Ctrl+L and Ctrl+Shift+L will work.

Comment 7

16 years ago
This is not a dup of 95541 buttboth these bugs have the same reason. 
I provided patch for 95541
and I think I'll provide fix for this bug soon.

Comment 8

16 years ago
I think this bug should be fixed in mozilla's plugin module because all plugin
(include flash ans so on) filter the Ctrl+L and
Ctrl+Shift+L event.


15 years ago
QA Contact: pmac → petersen

Comment 9

15 years ago
reassign to me
Assignee: joe.chou → joshua.xia

Comment 10

15 years ago
Confirm on Linux(RH8.0)/Windows2000 mozilla1.2 JRE1.4.1_01
Both Ctrl+L and Ctrl+Shift+L doesn't work.
Should we define a short cut key that we can leave the object element? For
example, Ctrl+Shift+<a key>. If user press that shortkey, the object element
will blur the focus and return the focus to the document.


15 years ago
Whiteboard: redesign?


15 years ago
Whiteboard: redesign? → redesign

Comment 11

15 years ago
This is just one case of a more general bug, which still happens in 2003061603,
Mac OS X.  It stops all keyboard input outside the applet, not just shortcut
keys and the URL bar.

The problem is that once an applet has the keyboard focus, as long as it is
still running it will not let go of the keyboard focus for the window it's in,
even if you switch tabs.  Hence whatever you've clicked outside the applet, the
keystrokes continue to go to the applet.
Summary: keyboard shortcuts stop working with java applets → Keyboard shortcuts stop working with Java applets (applet hogs keyboard focus)

Comment 12

15 years ago
If you set focus on plugin (Applet, Flash and so on), the shortcut such as
Ctrl+L and Ctrl+Shift+L is only work for plugin. 

I suggest mark this bug as WONTFIX
Component: OJI → Plug-ins
Whiteboard: redesign


15 years ago
Depends on: 189229
Target Milestone: --- → Future

Comment 13

15 years ago
Suggest marking what as WONTFIX, exactly?  The fact that applets don't forward
keyboard shortcuts to the rest of Mozilla, or that an applet permanently hogs
the focus?
It appears to me that the behavior isn't always the same with applets and other
with 1.5rc1 on w2k: loads an applet
without doing anything but letting the page load, the user looses the focus on
the page and can't use any keyboard shortcut loads a flash movie
and there, the focus is kept on the window, why ?? (because of javascript code
at the end of the page ?)

Comment 15

14 years ago
Still a problem in nightly builds.

Tried Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6a) Gecko/20031020

Internet Explorer or iCab does not exhibit this behaviour for the same java
plugin (1.3.1)

Alternative URL to show the problem:


14 years ago
Whiteboard: redesign

Comment 16

14 years ago
Assignee: joshua.xia → kyle.yuan

Comment 17

14 years ago
I am experiencing a similar keyboard focus problem with my applet. What I've
basically seen is that once an applet gets the keyboard focus, it is very
reluctant to give it up.

I did notice different behavior in Netscape 7.01 (Gecko/20021120) running on Mac
OS 10.2.8.

The test I had been running was to load an applet with a text area in an html
page with a form <textarea> and attempt to type in each. 

Through the recent 1.6 release, once I type text into the applet text area (be
it an AWT or Swing component (TextArea or JTextArea)), I am able to click in the
html text area and the caret blinks where I type, but anything I type is entered
into the applet text area.

Again, Gecko 20021120 behaved differently. If I use an AWT TextArea, everything
works properly. I can type into either text area and switch between the two.
Using a Swing JTextArea, however will result in a crash at step three: 1) Type
text into html textarea (works), 2) Type into JTextArea (works), 3) Type into
html textarea (crash). 

Perhaps there was a fix introduced to prevent the crash that is preventing
keyboard focus from being properly released?
situation described in #14 still true with 1.7 build 20040208

Comment 19

14 years ago
I think this is a dup of bug 78414.

Comment 20

14 years ago
I agree, they are all about plugins block the (keyboard) events from propagating.

*** This bug has been marked as a duplicate of 78414 ***
Last Resolved: 14 years ago
Resolution: --- → DUPLICATE

Comment 21

14 years ago
*** Bug 235299 has been marked as a duplicate of this bug. ***

Comment 22

14 years ago
Since this has been duped, and since the two issues are really separate, I've
reopened the issue of comment 11 as bug 247140.
Summary: Keyboard shortcuts stop working with Java applets (applet hogs keyboard focus) → Keyboard shortcuts stop working with Java applets
You need to log in before you can comment on or make changes to this bug.