Bug 478561

Summary: Java plugin breaks Firefox keyboard input and prevents the browser from closing
Product: [Fedora] Fedora Reporter: Ben Webb <benmwebb>
Component: java-1.6.0-openjdkAssignee: Deepak Bhole <dbhole>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 10CC: dbhole, langel, lkundrak, mjw
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-07-14 17:07:32 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
/tmp/java.stderr.gz
none
/tmp/java.stdout
none
debug-out.gz none

Description Ben Webb 2009-01-01 01:11:23 UTC 
Description of problem:
One of the websites we rely on is currently unusable because of a Java applet on its search page. Once this applet loads, Firefox becomes unusable (see below) and must be killed from a terminal.

Version-Release number of selected component (if applicable):
java-1.6.0-openjdk-plugin-1.6.0.0-7.b12.fc10.x86_64
firefox-3.0.5-1.fc10.x86_64

How reproducible:
Always.

Steps to Reproduce:
1. Go to http://zinc.docking.org/choose.shtml
2. Type in 'foo' in the 'ZINC codes (1 per line)' box.
3. Click on the 'QUERY DATABASE' button.
  
Actual results:
Clicking on the link gives the GNOME 'hourglass' cursor, but it never loads. Furthermore, after this point keyboard entry is broken; for example, if you try to type into the location bar, characters show up in the reverse order (i.e. from right to left, so typing 'foobar' gives 'raboof'), and the delete and cursor keys do nothing. The Firefox window will disappear if the mouse is used to close it, but the 'firefox' process continues to run, and must be killed from a terminal.

Expected results:
A ZINC search results page (probably garbage though, since we put in a garbage query). Also, we should be able to continue using Firefox to visit other web sites.

Additional info:
If Java is disabled in Firefox preferences, the website works normally. (Unfortunately, however, the Java applet is needed to construct searches, so this is not a great solution for us.) Our users also report that this website used to work in Fedora 9.

I ran firefox with
"ICEDTEAPLUGIN_DEBUG=true firefox"

and will attach the /tmp/java.* files and the standard output from the firefox process.
Comment 1 Ben Webb 2009-01-01 01:12:08 UTC 
Created attachment 328026 [details]
/tmp/java.stderr.gz
Comment 2 Ben Webb 2009-01-01 01:12:36 UTC 
Created attachment 328027 [details]
/tmp/java.stdout
Comment 3 Ben Webb 2009-01-01 01:12:53 UTC 
Created attachment 328028 [details]
debug-out.gz
Comment 4 Ben Webb 2009-03-09 21:51:49 UTC 
This still occurs with the latest Firefox update. Is there anything else you'd like us to run at this end to clarify the problem?
Comment 5 Ben Webb 2009-06-19 20:22:37 UTC 
Appears to work now with:
java-1.6.0-openjdk-plugin-1.6.0.0-7.b12.fc10.x86_64
firefox-3.0.5-1.fc10.x86_64

I guess it has been coincidentally fixed upstream, since I've seen no movement on this bug here.
Comment 6 Deepak Bhole 2009-07-14 17:07:32 UTC 
Actually, it was reproducible and subsequently fixed upstream. Just forgot to update this bug :/ ... Since you have verified that the fix works, I am just going to go ahead and close this!