#12022 closed defect (fixed)
GNOME AtkWrapper causing LOTS of UI issues/exceptions with OpenJDK8 on Debian/Ubuntu
Reported by: | malenki | Owned by: | team |
---|---|---|---|
Priority: | critical | Milestone: | |
Component: | Core | Version: | tested |
Keywords: | java8 linux debian ubuntu mint openjdk gnome atk accessibility | Cc: | naoliv, *Martin*, GerdP, sebastic, h4ck3rm1k3, alexkemp |
Description (last modified by )
Please watch the attached video (2MB), the issue is quite hard to explain:
When having selected data and then clicking on one or some objects in the selections window, way ID, node ID, version etc. are shown. That is not bad, but when selecting several items in the window, the same ID is shown on different places.
This also works for marking some of the tags of one (or more) selected object. This is more irritating than the behaviour mentioned before, but sometimes harder to reproduce.
OSM data is not altered by this behaviour.
This only happens on Java 1.8 – the version used is
openjdk version "1.8.0_66-internal" OpenJDK Runtime Environment (build 1.8.0_66-internal-b01) OpenJDK 64-Bit Server VM (build 25.66-b01, mixed mode)
I used a blank ~/.josm on Linux LMDE 2 Betsy
Tested with r8964, the issue shows also up with r7499, older versions I didn't test.
Attachments (10)
Change History (86)
by , 9 years ago
comment:1 by , 9 years ago
Description: | modified (diff) |
---|---|
Summary: | names/tags mixed up when selecting → display of names/tags mixed up when selecting |
Version: | → latest |
comment:2 by , 9 years ago
Description: | modified (diff) |
---|
comment:3 by , 9 years ago
Keywords: | java8 linux added; java_8 removed |
---|
follow-up: 5 comment:4 by , 9 years ago
it looks like the same problem than #11920. Can you please test with Java 7 and see if the result if the same?
I need your status report including command line options please.
comment:5 by , 9 years ago
Replying to Don-vip:
it looks like the same problem than #11920.
I looked for several keywords I could think of but obviously didn't find this ticket.
Can you please test with Java 7 and see if the result if the same?
As I said the issue appears only with Java 8. This means it doesn't with Java 7.
I need your status report including command line options please.
Usually I run JOSM with this auto update script which uses this line to start JOSM: ($useopengl is empty):
aoss java -jar -Xmx14000 -Dsun.java2d.opengl=$useopengl $jarfile $@ >~/.josm/josm.log 2>&1 &
The older version I invoked with just java -jar $file
Report:
Revision: 8964 Repository Root: http://josm.openstreetmap.de/svn Relative URL: ^/trunk Last Changed Author: simon04 Last Changed Date: 2015-10-27 23:40:20 +0100 (Tue, 27 Oct 2015) Build-Date: 2015-10-28 02:32:10 URL: http://josm.openstreetmap.de/svn/trunk Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last Changed Rev: 8964 Identification: JOSM/1.5 (8964 de) Linux LMDE 2 Betsy Memory Usage: 664 MB / 2222 MB (494 MB allocated, but free) Java version: 1.8.0_66-internal, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Dsun.java2d.opengl=false] Dataset consistency test: No problems found Plugins: - FastDraw (31694) - FixAddresses (31694) - HouseNumberTaggingTool (31603) - ImportImagePlugin (31603) - InfoMode (31603) - Mapillary (31694) - OpeningHoursEditor (31696) - PicLayer (31694) - RoadSigns (31694) - ShapeTools (1000) - apache-commons (31718) - apache-http (31687) - buildings_tools (31694) - conflation (0.1.8) - contourmerge (1013) - download_along (31603) - editgpx (31603) - ext_tools (31603) - fieldpapers (v0.4.0) - geotools (31603) - imagery_offset_db (31694) - jts (31603) - log4j (31603) - mapdust (31694) - measurement (31694) - photo_geotagging (31694) - photoadjust (31694) - reltoolbox (31694) - reverter (31694) - tag2link (31603) - tageditor (31615) - terracer (31694) - todo (29154) - turnrestrictions (31694) - undelete (31603) - utilsplugin2 (31694) - waydownloader (31603) - wikipedia (31694) Last errors/warnings: - W: Cannot lock cache directory. Will not use disk cache - W: Cannot start IPv4 remotecontrol server on port 8111: Die Adresse wird bereits verwendet - W: Cannot start IPv6 remotecontrol server on port 8111: Die Adresse wird bereits verwendet - W: Cannot start IPv4 remotecontrol https server on port 8112: Die Adresse wird bereits verwendet - W: Cannot start IPv6 remotecontrol https server on port 8112: Die Adresse wird bereits verwendet
comment:6 by , 9 years ago
Description: | modified (diff) |
---|
comment:7 by , 9 years ago
Keywords: | mint added |
---|
follow-up: 9 comment:8 by , 9 years ago
Cc: | added |
---|
What is the exact version of Java 7 that works for you? naoliv has the problem on Debian with 1.7.0_85
comment:9 by , 9 years ago
Replying to Don-vip:
What is the exact version of Java 7 that works for you? naoliv has the problem on Debian with
1.7.0_85
java version "1.7.0_79"
OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-1~deb8u1)
OpenJDK 64-Bit Server VM (build 24.79-b02, mixed mode)
by , 9 years ago
by , 9 years ago
Attachment: | 3access.png added |
---|
by , 9 years ago
Attachment: | 4access.png added |
---|
by , 9 years ago
Attachment: | 5access.png added |
---|
by , 9 years ago
Attachment: | access=access.png added |
---|
by , 9 years ago
Attachment: | highway=access.png added |
---|
comment:10 by , 9 years ago
Here some details I found:
When I first select a way; I get the correct result:
But when I switch between the two ways 373809859 and 99155459 back and forth I get randomly strange results like:
I am using
Revision: 8971 Repository Root: http://josm.openstreetmap.de/svn Relative URL: ^/trunk Last Changed Author: Don-vip Last Changed Date: 2015-10-31 01:32:04 +0100 (Sat, 31 Oct 2015) Build-Date: 2015-10-31 02:32:27 URL: http://josm.openstreetmap.de/svn/trunk Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last Changed Rev: 8971 Identification: JOSM/1.5 (8971 en) Linux Ubuntu 15.10 Memory Usage: 340 MB / 876 MB (119 MB allocated, but free) Java version: 1.8.0_66-internal, Oracle Corporation, OpenJDK Server VM VM arguments: [-Djosm.restart=true, -Djosm.home=/home/michael/.josm-latest, -Djava.net.useSystemProxies=true] Dataset consistency test: No problems found
by , 9 years ago
Attachment: | ValidatorGood.png added |
---|
by , 9 years ago
Attachment: | validatorBad.png added |
---|
comment:11 by , 9 years ago
Ok, forget about my last posting. It's a much more general problem. Also affected are dropdown lists, validator result list, etc.
For example the validator result list:
Changing the selected list item (icons and text is changing):
Ubuntu 15.10 now updates to
openjdk version "1.8.0_66-internal" OpenJDK Runtime Environment (build 1.8.0_66-internal-b17) OpenJDK Server VM (build 25.66-b17, mixed mode)
comment:17 by , 9 years ago
Keywords: | debian ubuntu added |
---|---|
Priority: | normal → major |
comment:18 by , 9 years ago
Cc: | added |
---|
follow-up: 21 comment:19 by , 9 years ago
Are you all using Gnome? Maybe #12062 could be the underlying issue. Can someone please try to disable/uninstall Gnome Java ATK wrapper to see if it changes anything?
comment:20 by , 9 years ago
No, I use Unity. But Unity uses some Gnome libraries, as far as Iknow.
EDIT: But Unity (at least in my installation) uses
- libatk-wrapper-java (0.33.3-3)
- libatk-wrapper-java-jni (0.33.3-3)
- libatk1.0-0 (2.16.0-2build1)
follow-up: 22 comment:21 by , 9 years ago
Replying to Don-vip:
Are you all using Gnome?
With me, the error occurs on Linux Mint 64bit as well as on Siduction 32bit. Probably in the next days I am able to check on a Windows, too.
PS: on Siduction I run LXDE with Openbox.
comment:22 by , 9 years ago
Replying to malenki:
Replying to Don-vip:
Are you all using Gnome?
With me, the error occurs on Linux Mint 64bit as well as on Siduction 32bit. Probably in the next days I am able to check on a Windows, too.
Mint based on Ubuntu which based on Dedian. Siduction based on Debian.
Looking at the used Destops:
- affected: Gnome, Unity
- not affected:
- unknown: KDE, Xfce, LXDE, Razor-qt, ...
Mint normaly use Cinnamon (based on Gnome 3) or Mate (Based on Gnome 2) and Siduction supports KDE, Xfce, GNOME, LXDE, Razor-qt. Which are you using?
Also interesting: Which Java version are you using on the systems and for the hint of Don-Vip, are you using libatk? Hopefully we will find a pattern for this bug.
comment:23 by , 9 years ago
I use awesome (http://awesome.naquadah.org/)
I will be able to test on monday if commenting assistive_technologies=org.GNOME.Accessibility.AtkWrapper
in /etc/java-8-openjdk/accessibility.properties
fixes this.
comment:26 by , 9 years ago
Yep, commenting assistive_technologies=org.GNOME.Accessibility.AtkWrapper
fix this indeed.
comment:28 by , 9 years ago
Cc: | added |
---|---|
Milestone: | → 15.12 |
Priority: | major → critical |
follow-up: 31 comment:29 by , 9 years ago
I am running Windows 10 with Java 1.8.0_66 and I have the same problem in version 9060.
comment:30 by , 9 years ago
Keywords: | windows 10 added |
---|
comment:31 by , 9 years ago
Replying to TPAA:
I am running Windows 10 with Java 1.8.0_66 and I have the same problem in version 9060.
Can you please post your status report and screenshots showing the problem?
comment:32 by , 9 years ago
Note that I am no longer able to reproduce the problem.
It occured after updating JOSM to 9060. A popup regarding the plugins asked me to confirm the update, I confirmed it, some plugins were downloaded and the start screen appeared.
So I started to edit. When I recognized the problem I stopped JOSM and started it again. The plugin popup showed up again and one more plugin was updated. I don't remember which one :-(
My status report now: URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2015-11-24 00:04:12 +0100 (Tue, 24 Nov 2015) Build-Date:2015-11-23 23:14:21 Revision:9060 Relative:URL: ^/trunk Identification: JOSM/1.5 (9060 en) Windows 10 64-Bit Memory Usage: 1379 MB / 3641 MB (527 MB allocated, but free) Java version: 1.8.0_66, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM VM arguments: [-Dsun.java2d.opengl=true] Plugins: - apache-commons (31772) - buildings_tools (31772) - ejml (31772) - geotools (31774) - jts (31772) - o5m (${version.entry.commit.revision}) - opendata (31772) - pbf (31772) - poly (31772) - reverter (31772) - utilsplugin2 (31772)
comment:33 by , 9 years ago
Keywords: | windows 10 removed |
---|
comment:34 by , 9 years ago
I just noticed the problem again, means, I have now a JOSM session that
shows the problem. Please let me know if I can send any details.
comment:35 by , 9 years ago
I have a dialog box showing these three tags:
man_made=goods_conveyor
highway=conveyor
covered=yes
Note that the tags are not ordered by name as usual.
When I double-click on the man_made line it shows the covered=yes line. (3rd instead of 1st)
When I double-click on the "covered=*" line it shows the man-made line. (1st instead of 3rd)
When I double-click on the "highway=*" line it shows the highway line. (ok)
To me it looks as if JOSM assumes the rows to be sorted by tag key and they are not.
comment:36 by , 9 years ago
A fresh Windows 7 with Java 8 and JOSM 9060 doesn't show the behaviour as reported in the OP.
comment:37 by , 9 years ago
I was not able to reproduce the error this time - but the symptoms were like in GerdP's case.
I thought that the index was off-set by one, when clicking the third row of tags, the window open on the second line tag/value, etc. It even wrapped over so the clicking the first line opened the last.
I will try to find if this occurs when an object has several tags.
comment:38 by , 9 years ago
I am now able to reproduce the problem,
and I think the reason for the problem is very simple.
The dialog box allows to sort the values by tag key or tag value
(double click on the header).
The problem occurs when the values are not sorted by tag key in ascending order.
No idea where to fix that.
comment:39 by , 9 years ago
comment:40 by , 9 years ago
Keywords: | openjdk gnome atk accessibility added |
---|---|
Milestone: | 15.12 |
Resolution: | → othersoftware |
Status: | new → closed |
comment:41 by , 9 years ago
Thank you for finding a cause and delivering a workaround for this irritating behaviour,
comment:47 by , 9 years ago
Cc: | added |
---|
I sent an e-mail to Debian BTS asking to disable ATK bridge, using reportbug -B debian
. It's the first time I use this tool, I hope I did everything OK.
comment:48 by , 9 years ago
It seems it worked: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813143
comment:51 by , 9 years ago
I couldn't test it as I wasn't on Linux when committing. Are you absolutely positive the problems are solved even with ATK wrapper enabled?
comment:56 by , 8 years ago
@sebastic: do you know why accessibility.properties
has disappeared between willy and xenial from openjdk-8 package?
http://packages.ubuntu.com/wily/amd64/openjdk-8-jre-headless/filelist
http://packages.ubuntu.com/xenial/amd64/openjdk-8-jre-headless/filelist
I don't understand now where does AtkWrapper come from.
comment:60 by , 8 years ago
ATKWrapper is really annoying. I already asked to Debian maintainer to disable it but it seems not going to happen. Sebastic, what do you think we can do?
comment:61 by , 8 years ago
Resolution: | othersoftware |
---|---|
Status: | closed → reopened |
Summary: | display of names/tags mixed up when selecting → GNOME AtkWrapper causing LOTS of UI issues/exceptions with OpenJDK8 on Debian/Ubuntu |
comment:66 by , 8 years ago
Cc: | added |
---|
@h4ck3rm1k3: I see you face the bug with libatk-wrapper-java-jni 0.33.3-6 on Debian Sid.
According to https://packages.debian.org/en/sid/libatk-wrapper-java-jni the latest version is 0.33.3-8 and should contain the fix, can you please try to update?
The new version will be included in Ubuntu 16.10 too: http://packages.ubuntu.com/yakkety/libatk-wrapper-java-jni
comment:69 by , 8 years ago
Resolution: | → othersoftware |
---|---|
Status: | reopened → closed |
comment:71 by , 8 years ago
Cc: | added |
---|
comment:72 by , 8 years ago
Resolution: | othersoftware |
---|---|
Status: | closed → reopened |
Version: | latest → tested |
I've reported a system freeze on more than one occasion. It has reoccurred once again with JOSM-stable. A stack-trace using jps
then jstack 8820 > ./jstack_trace.txt
will be (hopefully) be attached. No mention of ATK
appears anywhere within the trace (because ATK-Wrapper is switched OFF in Debian) (cat jstack_trace.txt | fgrep -i atk
). Think again.
by , 8 years ago
Attachment: | jstack_trace.txt added |
---|
jstack trace obtained whilst JOSM-stable was in deadlock
comment:74 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Video of tags and names of selected objects getting mixed up