Java Applet Window cannot be closed.

Bug #37330 reported by iGadget on 2006-03-30
38
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Chromium
Invalid
Undecided
Unassigned
Chromium Browser
New
Undecided
Unassigned
Mozilla Firefox
Confirmed
Undecided
Unassigned
OpenJDK
Fix Released
Medium
openjdk-6 (Ubuntu)
Low
Unassigned
Hardy
Low
Unassigned
Intrepid
Low
Unassigned

Bug Description

Any implementation of Java (be it Sun's or the OpenJDK) suffers from this bug. Some Java Applet Windows cannot be closed when clicking on the close button (X) on the Window Manager title bar.

This bug only affects Linux distributions. On MS Windows, the Applets work normally and they can be closed at will as any other window.

Sites where this bug happens:
http://www.volano.com/
http://www.chat-avenue.com/
http://www.elchat.com
...and pretty much any Applets that do not have an explicit close function within themselves.

OS: Ubuntu Karmic Koala
Browser: Firefox 3.5.9
Java: OpenJDK Java runtime
Sun Java 6.0 Plugin

Related branches

Philipp Kern (pkern) wrote :

Confirmed on gecko-1.8 and sun-j2sdk1.5_1.5.0+update06 with the stated applet.

I confirm this problem in Ubuntu 7.04 Feisty Fawn. Sun's Java Applets cannot be closed by clicking on the close button of the window border. This really impairs the usage of games and Java-based chat rooms, especially those that only allow a user to have two private messages open at a time. The user simply cannot close the Applet windows and they stack in the task panel until Firefox is closed.

samuraiche (samuraiche) wrote :

Confirmed on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20071008 Ubuntu/7.10 (gutsy) Firefox/2.0.0.6
Cannot close java window.

CarlosBrolo (carlos-brolotobar) wrote :

Confirmed on Ubuntu 7.10 Gutsy / Firefox 2.0.0.8 /
Cant close java window.

Also confirmed in Hardy 8.04 / FF 3.0 / JRE 6 Update 6. This is pain!

description: updated
description: updated
Rich Seagraves (istarex) wrote :

Also confirmed in Hardy 8.04 / Epiphany 2.22.2 / open-jdk 6 and Hardy 8.0.4 open-jdk 6 appletviewer. Attached is an applet that causes the problem.

Rich Seagraves (istarex) wrote :

A basic html file that loads the previously attached applet.

RJ Clay (rjclay) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Could you please try to obtain a backtrace by following the instructions on https://wiki.ubuntu.com/MozillaTeam/Bugs, or upload (as an attachment) the crash report from /var/crash/.

Also, please answer these questions:

Which flash package do you have installed?
Which Java package do you have installed?
Which Firefox extensions do you have installed?

This will greatly aid us in tracking down your problem.

Changed in firefox:
status: New → Incomplete
Gabriel Ruiz (anakron) on 2008-08-10
Changed in openjdk-6:
status: New → Confirmed
RJ Clay (rjclay) on 2008-09-30
Changed in firefox:
status: Incomplete → Confirmed

Any implementation of Java (be it Sun's or the OpenJDK) suffers from this bug. Some Java Applet Windows cannot be closed when clicking on the close button (X) on the Window Manager title bar.

This bug only affects Linux distributions. On MS Windows, the Applets work normally and they can be closed at will as any other window.

Sites where this bug happens:
http://www.chat-avenue.com/
http://www.elchat.com
...and pretty much any Applets that do not have an explicit close function within themselves.

Changed in openjdk:
status: Unknown → Confirmed

If Sun Java has the problem too, it should be reported to bugs.sun.com not here.

if this happens with the Sun plugin as well, it may be an issue with the vm and the close window events being lost somehow. Can you please confirm if this happens there as well?

Matthias Klose (doko) wrote :

question from upstream:

> if this happens with the Sun plugin as well, it may be an issue with the vm and
> the close window events being lost somehow. Can you please confirm if this
> happens there as well?

Yes, it does happen with the plugin provided by Sun Microsystems.

Francisco Padilla García wrote 1 hour ago:
> Yes, it does happen with the plugin provided by Sun Microsystems.

Fixed in tip (1165:27198ae52677). Please try it now.

Changed in openjdk:
status: Confirmed → Fix Released
Matthias Klose (doko) on 2008-11-11
Changed in openjdk-6:
importance: Undecided → Low
status: New → Confirmed
importance: Undecided → Low
status: New → Confirmed
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package openjdk-6 - 6b13~pre1-0ubuntu1

---------------
openjdk-6 (6b13~pre1-0ubuntu1) jaunty; urgency=low

  * New code drop (b13).
    - In the langtools area, besides a few miscellaneous bug fixes (6760834,
      6725036, 6657499), all the langtools regression tests now pass out of
      the box (6728697, 6707027) and if using the most recent version of
      jtreg, the langtools regression tests can be run in the much faster
      "same vm" mode of jtreg, enabled with the -s option (6749967, 6748541,
      6748546, 6748601, 6759775, 6759795, 6759796, 6759996, 6760805, 6760930).
    - Gervill update, including applying a patch from IcedTea (6758986,
      6748247, 6748251).
    - Publishing a few dozen additional existing regression tests as open
      source (6601457, 6759433, 6740185).
    - JMX and monitoring fixes (6651382, 6616825, 6756202, 6754672).
    - Man page updates (6757036, 6392810, 6504867, 6326773).
    - Assorted other fixes (6746055, 6621697, 6756569, 6356642, 6761678).
  * Update IcedTea build infrastructure (20081111).
    - Fix freeze in midi app, LP: #275672.
    - Fixes in the IcedTeaPlugin: LP: #282570, LP: #282570, LP: #285729,
      LP: #291377, LP: #37330, LP: #239533.
    - Fix vertical text metrics with freetype scaler. LP: #289784.
  * Build-depend on ecj-gcj instead of ecj on architectures using
    gij/gcj as the bootstrap system.

 -- Matthias Klose <email address hidden> Tue, 11 Nov 2008 12:39:16 +0100

Changed in openjdk-6:
status: Confirmed → Fix Released

What exactly do we --non-programmers-- need to do in order to apply this fix?

Daniel (daniel32708) wrote :

I am using Intrepid Ibex with firefox 3.0.5 and this bug exists, and its not only an ubuntu bug, it also happened in fedora 9.... sabayon however didnt have this problem.... I read above about a solution, but could u guys please translate that to english?

thx , dan

James Stansell (jamesstansell) wrote :

The english translation is that this bug is fixed in jaunty, the ubuntu development version which will eventually become the 9.04 release. There is no released ubuntu version that includes the fix for this bug.

Daniel wrote:
> I am using Intrepid Ibex with firefox 3.0.5 and this bug exists, and its
> not only an ubuntu bug, it also happened in fedora 9.... sabayon
> however didnt have this problem.... I read above about a solution,
> but could u guys please translate that to english?
>
>
>
i guess a likely solution is to try a different java vm (and applet) version

Narcissus (narcissus) wrote :

This bug still exists in Ubuntu Jaunty 9.04, with Firefox 3.0.13 and even with 3.5. Applet windows simply cannot be closed.

I confirm this bug on Ubuntu 9.10 Karmic Koala using 3.5.4 and Sun Java 6.0 plugin.

It seems that this bug is here to stay. The sad thing is that I'm sure the solution might be a couple of lines of code.

description: updated
Alex Valavanis (valavanisalex) wrote :

Intrepid Ibex reached end-of-life on 30 April 2010 so I am closing the
report. The bug has been fixed in newer releases of Ubuntu.

Changed in openjdk-6 (Ubuntu Intrepid):
status: Confirmed → Invalid
Daniel (daniel32708) wrote :

It has not been fixed, not even in 10.04. Windows do close, but just visually, because they remain open in the background. I have tested this in www.elchat.com (spanish) , they allow you to open up to 2 private conversations at the same time. When you close them, and want to open a new one, they will say that you have already 2 conversations open.... in Windows it does not happen, so it is an specific bug for Linux Java versions......... so no, it has not been fixed.

I confirm it has not been fixed.

Changed in openjdk-6 (Ubuntu):
status: Fix Released → Confirmed
Daniel (daniel32708) wrote :

Alex, why don't you do the test that I just mentioned and see for yourself that IT IS NOT FIXED. I don't know who confirmed that it was fixed, but if you do what I told you, you will see that in fact it is not well fixed. Windows seem to close, but they remain hidden somewhere, and you can confirm it by the system telling you that you can't open new windows because there are already 2 open....

Alex Valavanis (valavanisalex) wrote :

Daniel, the "Confirmed" status means that the bug still exists. i.e. that it is not fixed.

Daniel (daniel32708) wrote :

the: "Fix Released => Confirmed " is confusing then.

Alex Valavanis (valavanisalex) wrote :

I didn't type that; it's just an automated message from Launchpad saying that I had changed the status of the bug report. I should have left a comment as well, but I was being lazy!

Wow, how old is this bug? Five years? I can't believe it has not been fixed.

Alex Valavanis (valavanisalex) wrote :

Changing package from Chromium (a game!) to Chromium-browser

Changed in chromium:
status: New → Invalid

Today sunday 6 - 6 - 2010

status of bugs Some Java Applet Windows cannot be closed when clicking on the close button (X) on the Window Manager title bar.= SOLVED

Sites TEST:
http://www.volano.com/
http://www.chat-avenue.com/
http://www.elchat.com
http://www.cantv.net/chat/
http://www.mipunto.com/punto_chat/
and other con java applets

RESULTS = WORK FINES !!! WORK EXCELENT !!! not problems in applets!!!

OS: Ubuntu 10.04
Browser: Firefox 3.6.3
Java: OpenJDK Java runtime

REAL SOLUTION: STEP FOR 100% SOLUTION.
Unistall Sun Java 6.0 Plugin
Restart PC
Install OpenJDK Java runtime

Now: All aplication Java Applet Windows is closed when clicking on the close button (X) on the Window Manager title bar !!!

Work Perfect !!!!!

MrPotter (mrpotter) wrote :

miguelrojas, you are wrong. with openJDK it's possible to close the chat window, but this will not close the active chat session. Your chat partner is not able to see, that you left the private chat.

Most websites, which provide chat rooms based on volano chat software, give a limit in privat chats you can participate at the same time. during the fact, that you cannot close the chat sessions, you will reach sometime the limit. As a consequence you are not able to start more private chats, because the software assumes you already talking to "n" persons.

To conclude this, with OpenJDK it is only possible to "hide" the chat windows.

Matthias Klose (doko) wrote :

this should be fixed with icedtea6-plugin 6b18-1.8-4ubuntu3

Changed in openjdk-6 (Ubuntu):
status: Confirmed → Fix Released
Marc (marc-vijfhuizen) wrote :

Is it fixed or not? On my lunix lucid 64 bit, it is still not working

Luis Carvacho (lcarvach) wrote :

No... it is still not fixed, trying in 10.04 64 bits. There are only few days to 10.10, I wonder if this sturdy bug will be fixed finally... I am thiking that we have not to have a lot of hope about it.

Changed in openjdk:
importance: Unknown → Medium
iGadget (igadget) wrote :

Well... after more than five (!) years (are there awards for longest standing bugs anywhere?), I noticed I'm not visiting that many sites anymore which use Java. And when I do visit them, Java is not working at all most of the time (e.g. map24.com -> interactive map). At least we've gone from 'Unknown' importance to 'Medium' importance. Keeping up this pace, I guess this bug will get high priority by the time Ubuntu 16.04 is going to be released :P

Chris Hemsing (c-hemsing) wrote :

Same bug still there for years.
Even on 12.04 neither icedtea6 nor icedtea 7 work correctly.
You can't close the applet windows!

Rolf Leggewie (r0lf) wrote :

Hardy has seen the end of its life and is no longer receiving any updates. Marking the Hardy task for this ticket as "Won't Fix".

Changed in openjdk-6 (Ubuntu Hardy):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.