After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 662585 - display & refresh issues with java apps
display & refresh issues with java apps
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: general
3.2.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2011-10-24 08:44 UTC by Fabien Tassin
Modified: 2021-07-05 14:24 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Fabien Tassin 2011-10-24 08:44:39 UTC
I'm experiencing a lot of display & refresh issues with (some?) Java apps.

The app I'm most concerned about uses SwingX.
Unfortunately, I can't share this app, it's from my bank and requires a login.

When the app starts, I get the Java splashscreen, then the (decoration-less) login screen, but i don't get the main window, ever. It appears in the top panel (just its title and icon), and it's visible in the dash (the activities panel).
I'm able to rise it from the dash or using alt-tab and use it though.

Later on, when i switch workspace & back, the java app is not properly refreshed (stuff updated when the app was not visible are still showing their old content). I need to force a refresh, for example by maximizing/unmaximizing the app.
This happens for lists (i need to scroll them up one by one - they are updated with new values queued on top), canvas, labels, ...

Also, when the window is maximized, I can't use its dropdown lists with the mouse, they open & auto-close when clicked. I need to use the keyboard to change the selection (with space + up/down arrows + enter)

Tried with both Sun/Oracle Java 6.26 & Icetea 6b21, same problem.

When i try the same app using the (Ubuntu) Unity desktop on the same box, i see the initial raising issue, but *not the refresh issues afterwards* (hence this bug against gnome3)

Other relevant info:

gnome-shell 3.2.1 (3.0 was also impacted in the same way, trunk too)
Ubuntu 11.10
Xorg 7.6, nvidia-current 285.03
Comment 1 Fabien Tassin 2011-10-31 13:56:23 UTC
one more thing, when i restart gnome-shell (with alt-F2 + r), the app is no longer visible (it was before the restart). Once again, alt-tab or the dash is needed to bring it back.

here is an xprop:

===
XKLAVIER_STATE(INTEGER) = 0, 0
WM_STATE(WM_STATE):
		window state: Normal
		icon window: 0x0
_NET_WM_DESKTOP(CARDINAL) = 7
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_SHADE, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE, _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x1, 0x1, 0x0, 0x0
_MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0xd4, 0x0, 0x20, 0x6, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
XdndAware(ATOM) = BITMAP
_NET_WM_STATE(ATOM) = 
WM_HINTS(WM_HINTS):
		Client accepts input or input focus: False
		Initial state is Iconic State.
WM_NORMAL_HINTS(WM_SIZE_HINTS):
		user specified location: -9, 18
		program specified location: -9, 18
		program specified size: 1918 by 1030
		window gravity: NorthWest
_NET_WM_ICON(CARDINAL) = 	Icon (16 x 16):
  ...java icon in various sizes removed...
_NET_FRAME_EXTENTS(CARDINAL) = 1, 1, 23, 1
WM_PROTOCOLS(ATOM): protocols  WM_TAKE_FOCUS, WM_DELETE_WINDOW
WM_CLASS(STRING) = "sun-awt-X11-XFramePeer", "com-sun-javaws-Main"
WM_CLIENT_LEADER(WINDOW): window id # 0x620000a
_NET_WM_ICON_NAME(UTF8_STRING) = "app name removed"
WM_ICON_NAME(STRING) = "app name removed"
_NET_WM_NAME(UTF8_STRING) = "app name removed"
WM_NAME(STRING) = "app name removed"
======

What kind of additional information can I provide to help this bug move forward?
(knowing that I'm not a java developer, and i don't have the sources anyway)
Comment 2 GNOME Infrastructure Team 2021-07-05 14:24:32 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of  gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/

Thank you for your understanding and your help.