pop-up dialogs doesn't close.

[jstueve]

1) start up azureus
2) kill azureus
3) start up azureus again

Clicking the HIDE button does nothing, and the pop-up window stays visible. Only way to have them disappear is to close Azureus normally (File->Exit), and then re-start.

[Brian (brian-redhat-bugs)]

Description of problem:
I start azureus automatically as part of my gnome-session and have it minimize
to the system tray. There are two problems that arise:

1) After logging out of gnome, whenever I relogin the next start of Azureus will
throw a warning message up about Azureus not having been shutdown tidily. It
tells me to check ~/.azureus/logs which I will attach. If I had exited azureus
before logging out, I would not get this message

2) Lately when this message comes up, I can't make it go away unless I exit
azureus. I can click the "hide" button, but the message stays. Azureus works
fine, but the message will not go away and furthermore always stays on top of
other windows.

Version-Release number of selected component (if applicable):
azureus-2.4.0.3-0.20060328cvs_4.fc5

How reproducible:
on every login

Steps to Reproduce:
1. start azureus under gnome
2. logout from gnome without exiting azureus first
3. relogin to gnome and start azureus
4. try and "hide" the message

Actual results:
warning message displayed that cannot be removed

Expected results:
Azureus should not show this warning message and if it must it should allow me
to remove it.

Additional info:

[Brian (brian-redhat-bugs)]

Created attachment 128080
Debug log from a couple of days of using azureus

[Anthony (anthony-redhat-bugs)]

(In reply to comment #0)
> 1) After logging out of gnome, whenever I relogin the next start of Azureus will
> throw a warning message up about Azureus not having been shutdown tidily. It
> tells me to check ~/.azureus/logs which I will attach. If I had exited azureus
> before logging out, I would not get this message

It's possible this is due to bugzilla #187686. This has been fixed and we're
just waiting for a libgcj update.

> 2) Lately when this message comes up, I can't make it go away unless I exit
> azureus. I can click the "hide" button, but the message stays. Azureus works
> fine, but the message will not go away and furthermore always stays on top of
> other windows.

Interesting!

Thanks for the bug report. I'll try to reproduce these problems.

[Anthony (anthony-redhat-bugs)]

(In reply to comment #1)
> Created an attachment (id=128080) [edit]
> Debug log from a couple of days of using azureus

This log file indicates that you're running with both java-gcj-compat and Sun
java. Do these problems show up with both VMs? We need to eliminate that variable.

[Brian (brian-redhat-bugs)]

I tried azureus using both VMs. They both exhibit the exact same behavior with
respect to the message appearing and with it not being responsive to the "hide"
button.

[Anthony (anthony-redhat-bugs)]

(In reply to comment #4)
> I tried azureus using both VMs. They both exhibit the exact same behavior with
> respect to the message appearing and with it not being responsive to the "hide"
> button.

Ok, thanks. I was able to reproduce this with java-gcj-compat. It's the first
time I've ever seen it.

[Anthony (anthony-redhat-bugs)]

One of the azureus hackers tells me that this is fixed in azureus cvs. I
haven't looked for the fix yet.

[Gilboa (gilboa-redhat-bugs)]

Fully reproducible under KDE/x86_64/java-gcj-compat.

[gilboa@gilboa-work-dev ~]$ rpm -qa | grep gcj
java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp_83rh.x86_64
libgcj-4.1.0-3.i386
libgcj-4.1.0-3.x86_64
java-1.4.2-gcj-compat-1.4.2.0-40jpp_83rh.x86_64
java-1.4.2-gcj-compat-javadoc-1.4.2.0-40jpp_83rh.x86_64
libgcj-devel-4.1.0-3.x86_64

[gilboa@gilboa-work-dev ~]$ rpm -qa azureus
azureus-2.4.0.3-0.20060328cvs_4.fc5.x86_64

[Ryan J.Y. (savethecarrots)]

I have experienced the same, even with all Java libraries installed. I have tried both the ubuntu repository and sourceforge versions. KTorrent works, however.

[Gary Coady (garycoady)]

There are some upstream reports of this:
http://sourceforge.net/tracker/index.php?func=detail&aid=1430451&group_id=84122&atid=575154
http://sourceforge.net/tracker/index.php?func=detail&aid=1450267&group_id=84122&atid=575154
http://sourceforge.net/tracker/index.php?func=detail&aid=1474796&group_id=84122&atid=575154

[Anthony (anthony-redhat-bugs)]

This is definitely an upstream problem. Unforuntately sourceforge.net has been
broken for the past few weeks (anonymous cvs repositories aren't getting
updated). So, for now, I have no access to the upstream fix (if one really does
exist). Hopefully sourceforge.net will get their act together soon.

[lexual (lexhider)]

some relevant debian bugs:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364706

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366557

[Jack Wasey (jackwasey)]

I get this with blackdown from universe and the latest Sun java, built using make-kpkg.

[Anthony (anthony-redhat-bugs)]

sourceforge.net is finally fixed. I've testing the latest azureus code and the
problem persists. Then I inserted some debugging code to print something when
the button gets pressed, and we're not getting any output.

At this point I suspect a problem with SWT. I've CC'd overholt and will try to
create a reproducer.

Andrew - did SWT get updated in FC5 since the FC5 release? Or gtk+? If so, I
can try to revert to older versions and see what happens.

[Anthony (anthony-redhat-bugs)]

Created attachment 128950
Test case

[Anthony (anthony-redhat-bugs)]

I've attached a test case to this bug report. It's a simple SWT example with a
button. I'm no SWT expert. Is it supposed to work? I'm not getting any console
output when I press the button.

[Anthony (anthony-redhat-bugs)]

It turns out that the button isn't pressable if you create the shell in my
example with SWT.ON_TOP. It works fine without SWT.ON_TOP. But we want
SWT.ON_TOP...

[Anthony (anthony-redhat-bugs)]

Something is definitely going on in SWT-land. I found the following example
code that creates an SWT.ON_TOP window with a close button, and the button
doesn't work here either:

http://www.java2s.com/Code/Java/SWT-JFace-Eclipse/SWTShellcreateanonrectangularwindow.htm

I removed the swt .jar.so file, just to be sure it wasn't a gcj miscompilation
bug, and was still able to reproduce the problem.

I'll file a bug against libswt3-gtk2.

[Anthony (anthony-redhat-bugs)]

Rolling gtk2 back to gtk2-2.8.15-1 solves this problem.

[Raúl Redondo (raul-redondo)]

This seem a JVM (Java Virtual Machine) problem, not Azureus. Same problem on: JBoss installer Window, Netbeans IDE installer Window .... this popups installer window never close :( ... on Ubuntu Breezy work fine.

[Matti Lindell (mlind)]

It's Azureus bug. If you get latest CVS build of Azureus2.jar from
http://azureus.sourceforge.net/index_CVS.php (Azureus2403-B34.jar)
dialogs work as expected.

[Matti Lindell (mlind)]

btw. I'm using Sun's JVM 1.5. I had problems with non-closing modal dialogs too, but after .jar upgrade, issue seems to be fixed.

[Anthony (anthony-redhat-bugs)]

This is fixed in libswt3-gtk2-3.1.2-1jpp_15fc.

[Eduardo Cereto (dudus)]

I also confirm this. Should I try cvs or wait for the .deb fixed?

[Matti Lindell (mlind)]

You could do both. Use the unstable cvs version until .deb is fixed.

[Martin Albisetti (beuno)]

I can confirm replacing the Azureus2.jar (located at /usr/share/java/Azureus2.jar) with http://torrents.aelitis.com:88/files/Azureus2403-B35.jar fixed all the UI problems.

[Uphaar Agrawalla (uphaar)]

I also confirm that the new jar fixes the UI issue. Can we get the fix in dapper-updates? It's quite an annoying popup and takes up considerable screen area. It stays on top even if we view movies in full screen.

[Alwin Garside (yogarine)]

A quick work-around is to just click the button so it is selected and then press space. ;)

[Matti Lindell (mlind)]

Debian bugtracker seems to contain information about the fix
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364706

This is probably the the patch
http://azureus.cvs.sourceforge.net/azureus/azureus2/org/gudy/azureus2/ui/swt/shells/MessageSlideShell.java?r1=1.20&r2=1.21&view=patch

Hopefully it could be backported for Dapper users.

[Danny Staple (danny-orionrobots)]

Alwin - that didnt work for me.
However, there is as stated patches, and this problem is documented on the Azureus wiki as being an SWT problem. The wiki there also suggests potential fixes.

http://www.azureuswiki.com/index.php/Close_the_sliding_alert_box

[Paul Sladen (sladen)]

Looks like syncing version 2.4.0.2-2 from unstable should be fine. Changelog is:

Changes:
 azureus (2.4.0.2-2) unstable; urgency=low
 .
   * Fix `Unable to close Warning window' bug. Closes: #364706.
   Thanks to Markus Schaber <email address hidden>.
   * Build using java-gcj-compat-dev and debhelper 5.
   * Replace gij-4.1 dependency with sun-java5-jre or java-gcj-compat.
   * Remove sun-j2re1.5 dependency.
   * Update Debian policy to version 3.7.2.1. No changes necessary

[Trent Lloyd (lathiat)]

Yes I beleive this should definitely be a candidate for dapper-updates

Once dapper-backports is going the new version would be a good candidate for that.

[Sebastian Dröge (slomo)]

A sync is not enough... we have some greater changes and our tarball is completely different to the Debian one.

Someone must merge it by hand or just add the patch to our current package.

[Aigars Mahinovs (aigarius)]

A working workaround: select Help -> About in Azureus menu and then close the popup with the About dialog running.

[Matthias Klose (doko)]

fixed in 2.5.0.0 (edgy)

[Dan Bishop (danbishop)]

Is it just me, or is azureus still 2.4.0.2 in edgy...? It surely SHOULD be 2.5.0.0 by now, but synaptic just shows 2.4.0.2 for me...

[Matti Lindell (mlind)]

Build seem to have failed on ia64 arch, I guess that's why only 2.5.0.0 source package is currently available, but no binaries yet.

[Michal Ingeli (xyzz)]

simple workaround for this: open Help->About, and now is the Hide button action handled correctly; why? dunno