#19585 closed defect (fixed)
IAE: Width and height must be >= 0 (Metal look-and-feel on Linux)
Reported by: | skyper | Owned by: | Don-vip |
---|---|---|---|
Priority: | critical | Milestone: | 21.03 |
Component: | Core | Version: | |
Keywords: | template_report IAE linux java11 tooltip metal javabug | Cc: | simon04, mnalis, dx125, OSM_RogerWilco, SoCal, Maplove, SpillerC, Strubbl, Win32netsky, A_Pirard, icke68746 |
Description (last modified by )
What steps will reproduce the problem?
I do not know or simply using JOSM. Bug Report Dialog rises on different actions like simply clicks in Mapview or closing a relation editor.
What is the expected result?
No Bug Report Dialogs
What happens instead?
Bug Report Dialogs
Please provide any additional information below. Attach a screenshot if possible.
I just updated java from 11.0.7+
to 11.0.8+
.
#11123 looks similar. So I suspect this to be a java bug but maybe a workaround is possible.
I reported this to my JRE package maintainers, see Debian Bug #967049.
As of 2021-03-15 all duplicate reports are with:
- MetalLookAndFeel
- Linux Suse/Debian/Ubuntu/Flathub/Parabola/Arch/Fedora
- openjdk-jre 11.0.8 / 11.0.9 / 11.0.10 / 15.0.1 / 15.0.2
Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-07-26 09:33:11 +0200 (Sun, 26 Jul 2020) Revision:16809 Build-Date:2020-07-27 01:30:49 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (16809 en) Linux Debian GNU/Linux 10 (buster) Java version: 11.0.8+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Last errors/warnings: - E: Handled by bug report queue: java.lang.IllegalArgumentException: Width and height must be >= 0 - E: Handled by bug report queue: java.lang.IllegalArgumentException: Width and height must be >= 0 === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-0 (18) of main java.lang.IllegalArgumentException: Width and height must be >= 0 at java.desktop/javax.swing.plaf.basic.BasicHTML.getHTMLBaseline(BasicHTML.java:91) at java.desktop/javax.swing.plaf.metal.MetalToolTipUI.paint(MetalToolTipUI.java:126) at java.desktop/javax.swing.plaf.ComponentUI.update(ComponentUI.java:161) at java.desktop/javax.swing.JComponent.paintComponent(JComponent.java:797) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1074) at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) at java.desktop/javax.swing.JLayeredPane.paint(JLayeredPane.java:590) at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) at java.desktop/javax.swing.JComponent.paintToOffscreen(JComponent.java:5262) at java.desktop/javax.swing.RepaintManager$PaintManager.paintDoubleBufferedImpl(RepaintManager.java:1643) at java.desktop/javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1618) at java.desktop/javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1556) at java.desktop/javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:262) at java.desktop/javax.swing.RepaintManager.paint(RepaintManager.java:1323) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1060) at java.desktop/java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:39) at java.desktop/sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:78) at java.desktop/sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:115) at java.desktop/java.awt.Container.paint(Container.java:2002) at java.desktop/java.awt.Window.paint(Window.java:3940) at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:876) at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:848) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:848) at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:823) at java.desktop/javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:772) at java.desktop/javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1890) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
Attachments (1)
Change History (151)
comment:1 by , 4 years ago
follow-up: 8 comment:2 by , 4 years ago
I faced this exception only after the first startup with the new java version. Yesterday, I did not face it, though, I was not editing much.
comment:6 by , 4 years ago
Replying to Klumbumbus:
all reports are with Metal Look And Feel.
Yeah, and so far with debian-based Linux with openjdk 11.0.8+10-post
comment:8 by , 4 years ago
Replying to skyper:
I faced this exception only after the first startup with the new java version. Yesterday, I did not face it, though, I was not editing much.
Does not happen that often but I just got it, again.
Let's see what package maintainers say about it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967049
comment:11 by , 4 years ago
Priority: | normal → major |
---|
comment:12 by , 4 years ago
Description: | modified (diff) |
---|---|
Keywords: | linux java11 added |
Maybe, an Ubuntu user is willed to report this against the Ubuntu package on launchpad.
comment:13 by , 4 years ago
Description: | modified (diff) |
---|
comment:14 by , 4 years ago
Description: | modified (diff) |
---|
follow-up: 23 comment:22 by , 4 years ago
Cc: | added |
---|
follow-ups: 35 113 comment:23 by , 4 years ago
Replying to Klumbumbus:
I have the slight feeling that this bug was triggered by the rework in #19381, because I think I read "upload" in several of the duplicate reports and #11123 was about resizing windows too.
No, I get it with all kinds of dialogs like relation manager, validator panel, history viewer etc.. Have to watch out, if it only happens with separate dialogs and undocked panels.
Have a look at Don-vip's on #11123 comment:10:
OK reproduced on Ubuntu, and on Windows too by enabling the Metal L&F. It's a bug of Java (javabug:6719550) itself that can happen even if our tooltip has positive dimensions. Netbeans guys already encountered the bug and silently ignored the exception, I'll do the same.
I am not sure if is tight to metal look-and-feel but I am pretty sure that something changed in openjdk-11-jre with the last security update, as I remember the josm version did not change that day and I only faced this exception after the java update.
Probably the easiest solution on our side is to silently ignore this warning.
comment:28 by , 4 years ago
Description: | modified (diff) |
---|
comment:29 by , 4 years ago
Description: | modified (diff) |
---|---|
Keywords: | tooltip added |
comment:33 by , 4 years ago
Description: | modified (diff) |
---|
follow-up: 37 comment:35 by , 4 years ago
Replying to skyper:
Probably the easiest solution on our side is to silently ignore this warning.
Not easy at all. The error happens in the EDT, not in a JOSM thread. The question is really why so many people are using Metal?
comment:36 by , 4 years ago
Description: | modified (diff) |
---|---|
Keywords: | metal added |
Priority: | major → critical |
comment:37 by , 4 years ago
Replying to Don-vip:
The question is really why so many people are using Metal?
I did use it together with Gnome, as the Gtk-Theme has bigger elements and therefore less content is displayed.
Is the Look-And-Feel set properly on the first startup or does every user have to set it once, manually?
comment:38 by , 4 years ago
I never choose a GTK theme (as far as I remember) but my JOSM on Ubuntu uses Metal. So it looks like a default value.
comment:45 by , 4 years ago
In #20011 there is also a hint about the problematic JOSM code in the stacktrace:
org.openstreetmap.josm.gui.ExtendedDialog.setVisible(ExtendedDialog.java:459)
follow-up: 50 comment:48 by , 4 years ago
for the record, I've had this problem (in dupe #20060) and I'm not using any DE, but just icewm on Debian Buster (with "icedesert" theme)
comment:49 by , 4 years ago
Cc: | added |
---|
follow-up: 52 comment:50 by , 4 years ago
Replying to mnalis:
for the record, I've had this problem (in dupe #20060) and I'm not using any DE, but just icewm on Debian Buster (with "icedesert" theme)
Sorry for not adding you to "cc".
This problem does not depend on X or WM but on the java theme (Metal) used and openjdk-11-jre version 11.0.8+. You may want to comment on the debian bug 967049.
comment:51 by , 4 years ago
Description: | modified (diff) |
---|
follow-up: 53 comment:52 by , 4 years ago
Replying to skyper:
This problem does not depend on X or WM but on the java theme (Metal) used and openjdk-11-jre version 11.0.8+. You may want to comment on the debian bug 967049.
Oh, thanks, didn't know that. I've updated Debian bug with what I know (mostly that I didn't experience this bug before cca start of Oct/2020).
If I read bug report correctly, if in JOSM I go to Edit / Preferences / Display Settings / Look and feel
and change Metal
to GTK+
or something else, this bug might/should disappear? I don't remember ever setting that (so it might be default - but I've been using JOSM for years, so I might have changed it and forgotten all about it)
comment:53 by , 4 years ago
Replying to mnalis:
change
Metal
toGTK+
or something else, this bug might/should disappear?
Yes. You might also check out the FlatLaf plugin. It adds 4 more nice LookAndFeels.
I don't remember ever setting that
"Metal" is the default for unixoid systems.
comment:56 by , 4 years ago
Cc: | added |
---|
comment:59 by , 4 years ago
Cc: | added |
---|---|
Description: | modified (diff) |
comment:65 by , 4 years ago
Summary: | IAE: Width and height must be >= 0 → IAE: Width and height must be >= 0 (Metal look-and-feel on Linux) |
---|
comment:67 by , 4 years ago
I still don't understand the problem. openjdk 11.0.8 was (surprisingly) a pretty big release with 63 java2d/awt/swing tickets. Working on reproducing it.
comment:69 by , 4 years ago
I don't think there's a java bug yet. The massive amount of bug reports following 11.0.8 release really makes me think it's a regression not yet reported to Oracle. But I must have a reproducible use case in order to report it and get a chance to see the bug fixed.
comment:71 by , 4 years ago
Cc: | added |
---|
comment:75 by , 4 years ago
Cc: | added |
---|
comment:86 by , 4 years ago
Cc: | added |
---|
comment:87 by , 4 years ago
Description: | modified (diff) |
---|
comment:90 by , 4 years ago
I got the same error today while I wanted to upload my three changed objects.
I saw that it was not possible to click into the comment field in the upload dialog. For me it seemed that the input fields where on a lower position than actually rendered.
Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-12-28 22:03:23 +0100 (Mon, 28 Dec 2020) Revision:17428 Build-Date:2020-12-29 02:30:53 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (17428 de) Linux Ubuntu 18.04.4 LTS Memory Usage: 553 MB / 1234 MB (126 MB allocated, but free) Java version: 11.0.9.1+1-Ubuntu-0ubuntu1.18.04, Ubuntu, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Screen: :0.0 1680×955 (scaling 1,00×1,00) Maximum Screen Size: 1680×955 Best cursor sizes: 16×16→16×16, 32×32→32×32 Desktop environment: KDE Java package: openjdk-11-jre:amd64-11.0.9.1+1-0ubuntu1~18.04 Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-20ubuntu0.1 Environment variable LANG: de_DE.UTF-8 libcommons-compress-java: libcommons-compress-java:all-1.18-1~18.04 libcommons-logging-java: libcommons-logging-java:all-1.2-2 fonts-noto: fonts-noto:all-20171026-2 liboauth-signpost-java: liboauth-signpost-java:all-1.2.1.2-1.5 VM arguments: [--add-modules=java.scripting,java.sql, -Djosm.restart=true, -Djava.net.useSystemProxies=true] Dataset consistency test: No problems found Plugins: + FixAddresses (35640) + HouseNumberTaggingTool (35640) + OpeningHoursEditor (35640) + buildings_tools (35669) + imagery_offset_db (35640) + reverter (35640) + turnrestrictions (35640) + undelete (35640) + utilsplugin2 (35674) Tagging presets: + https://josm.openstreetmap.de/josmfile?page=Presets/Historical_Objects&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Heritage&zip=1 Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/Enhanced_Lane_and_Road_Attributes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1 Last errors/warnings: - 13867,584 W: java.net.ConnectException: Verbindungsaufbau abgelehnt (Connection refused) - 13867,590 E: java.net.ConnectException: Verbindungsaufbau abgelehnt (Connection refused) - 13867,646 E: org.openstreetmap.josm.io.OsmTransferException: Verbindung zum OSM-Server fehlgeschlagen. Bitte überprüfen Sie Ihre Internetverbindung.. Ursache: java.net.ConnectException: Verbindungsaufbau abgelehnt (Connection refused) - 13867,658 E: Netzwerkausnahme - <html>Verbindungsaufbau zum Remote-Server<br>'https://api.openstreetmap.org/api/0.6/node/3703528096/history' gescheitert.<br>Bitte überprüfen Sie Ihre Internetverbindung.</html> - 13869,938 W: {Node id=3703528096 version=2 MVT lat=48.1814648,lon=11.5212171} not found in HistoryDataSet - 14120,474 W: java.net.ConnectException: Verbindungsaufbau abgelehnt (Connection refused) - 14120,475 W: Already here java.net.ConnectException: Verbindungsaufbau abgelehnt (Connection refused) - 14120,476 E: java.net.ConnectException: Verbindungsaufbau abgelehnt (Connection refused) - 14120,478 W: org.openstreetmap.josm.io.OsmTransferException: Verbindung zum OSM-Server fehlgeschlagen. Bitte überprüfen Sie Ihre Internetverbindung.. Ursache: java.net.ConnectException: Verbindungsaufbau abgelehnt (Connection refused) - 66672,507 E: Handled by bug report queue: java.lang.IllegalArgumentException: Width and height must be >= 0 === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-0 (19) of main java.lang.IllegalArgumentException: Width and height must be >= 0 at java.desktop/javax.swing.plaf.basic.BasicHTML.getHTMLBaseline(BasicHTML.java:91) at java.desktop/javax.swing.plaf.metal.MetalToolTipUI.paint(MetalToolTipUI.java:126) at java.desktop/javax.swing.plaf.ComponentUI.update(ComponentUI.java:161) at java.desktop/javax.swing.JComponent.paintComponent(JComponent.java:797) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1074) at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083) at java.desktop/javax.swing.JLayeredPane.paint(JLayeredPane.java:590) at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907) at java.desktop/javax.swing.JComponent.paintToOffscreen(JComponent.java:5262) at java.desktop/javax.swing.RepaintManager$PaintManager.paintDoubleBufferedImpl(RepaintManager.java:1643) at java.desktop/javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1618) at java.desktop/javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1556) at java.desktop/javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:262) at java.desktop/javax.swing.RepaintManager.paint(RepaintManager.java:1323) at java.desktop/javax.swing.JComponent.paint(JComponent.java:1060) at java.desktop/java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:39) at java.desktop/sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:78) at java.desktop/sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:115) at java.desktop/java.awt.Container.paint(Container.java:2002) at java.desktop/java.awt.Window.paint(Window.java:3940) at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:876) at java.desktop/javax.swing.RepaintManager$4.run(RepaintManager.java:848) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:848) at java.desktop/javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:823) at java.desktop/javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:772) at java.desktop/javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1890) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:117) at java.desktop/java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:190) at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:235) at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:233) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.desktop/java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:233) at java.desktop/java.awt.Dialog.show(Dialog.java:1070) at java.desktop/java.awt.Component.show(Component.java:1716) at java.desktop/java.awt.Component.setVisible(Component.java:1663) at java.desktop/java.awt.Window.setVisible(Window.java:1031) at java.desktop/java.awt.Dialog.setVisible(Dialog.java:1005) at org.openstreetmap.josm.gui.io.UploadDialog.setVisible(UploadDialog.java:433) at org.openstreetmap.josm.actions.UploadAction.uploadData(UploadAction.java:244) at org.openstreetmap.josm.actions.UploadAction.actionPerformed(UploadAction.java:292) at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967) at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308) at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405) at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262) at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) at java.desktop/java.awt.Component.processEvent(Component.java:6400) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
by , 4 years ago
Attachment: | Screenshot_20210110_161540.png added |
---|
Upload dialog where the exception occurred
follow-up: 93 comment:91 by , 4 years ago
In relation editor with laf DarkMode I noticed that usually the tooltip of the member list only goes to top or bottom of screen but not both directions and context is cut off. But sometimes the full screen height is used. Gonna have to open a new ticket the next days.
comment:93 by , 4 years ago
Replying to skyper:
In relation editor with laf DarkMode I noticed that usually the tooltip of the member list only goes to top or bottom of screen but not both directions and context is cut off. But sometimes the full screen height is used. Gonna have to open a new ticket the next days.
See #20375.
comment:99 by , 4 years ago
Description: | modified (diff) |
---|
#20448 is the first ticket with java version 15.
comment:103 by , 4 years ago
Description: | modified (diff) |
---|
#20483 is the first ticket with java version 15.0.2
.
comment:104 by , 4 years ago
Description: | modified (diff) |
---|
comment:105 by , 4 years ago
Cc: | added |
---|
comment:108 by , 4 years ago
Cc: | added |
---|
comment:109 by , 4 years ago
Cc: | added |
---|
comment:113 by , 4 years ago
Replying to skyper:
No, I get it with all kinds of dialogs like relation manager, validator panel, history viewer etc.. Have to watch out, if it only happens with separate dialogs and undocked panels.
Just got it within the docked validator panel. Happened within first session with empty preferences and only switching on expert mode.
comment:117 by , 4 years ago
Cc: | added |
---|
comment:119 by , 4 years ago
Cc: | removed |
---|
follow-up: 122 comment:121 by , 4 years ago
If I got that right this error doesn't reoccur when you try again to do whatever you tried to do before? Would it be an option to catch the error and suppress the rather useless bug report?
follow-up: 124 comment:122 by , 4 years ago
Replying to GerdP:
If I got that right this error doesn't reoccur when you try again to do whatever you tried to do before? Would it be an option to catch the error and suppress the rather useless bug report?
I had this also in mind but it seems not easy to achieve:
Vincent wrote: Don-vip:
Replying to skyper:
Probably the easiest solution on our side is to silently ignore this warning.
Not easy at all. The error happens in the EDT, not in a JOSM thread. The question is really why so many people are using Metal?
comment:123 by , 4 years ago
Replying to skyper
[...] The question is really why so many people are using Metal?
That is a good question. I don't think I've ever changed the default on my linux box, but I should probably check that.
follow-up: 125 comment:124 by , 4 years ago
Replying to skyper:
Vincent wrote: Don-vip:
Replying to skyper:
Probably the easiest solution on our side is to silently ignore this warning.
Not easy at all. The error happens in the EDT, not in a JOSM thread. The question is really why so many people are using Metal?
I did not choose Metal. Does it mean if we change to anything different than metal, this error goes away? I always have this error when using JOSM. How can i change away from metal?
follow-ups: 127 131 comment:125 by , 4 years ago
Replying to Strubbl:
[...]
I did not choose Metal. Does it mean if we change to anything different than metal, this error goes away? I always have this error when using JOSM. How can i change away from metal?
JOSM Preferences -> Display -> Look and Feel -> Change from Metal to anything else.
EDIT: Looks like we need to update https://josm.openstreetmap.de/wiki/Help/Preferences/Display#LookAndFeel .
comment:126 by , 4 years ago
Okay, i found an option in Edit -> Preferences -> Advanced Preferences. I changed the value of key "laf" to "com.sun.java.swing.plaf.gtk.GTKLookAndFeel", restarted JOSM, but this looks very ugly.
follow-up: 129 comment:127 by , 4 years ago
Replying to taylor.smock:
JOSM Preferences -> Display -> Look and Feel -> Change from Metal to anything else.
way easier than my way. Nimbus looks okay to work with. The other styles (CDE/Motif and GTK+) are hard to read.
follow-up: 130 comment:128 by , 4 years ago
I like the Dark Mode from the laf-plugin, but you can still check the checkbox to ignore this bug report for ever and continue to use Metal.
comment:129 by , 4 years ago
Replying to Strubbl:
The other styles (CDE/Motif and GTK+) are hard to read.
You might need to install fonts or play around with different ones and their size.
comment:130 by , 4 years ago
Replying to skyper:
I like the Dark Mode from the laf-plugin, but you can still check the checkbox to ignore this bug report for ever and continue to use Metal.
Do you mean the plugin FlatLaf?
How i can i check the checkbox to ignore this bug _forever_? So far i need the bug popup twice, because in the first popup i cannot ignore this bug for the runtime. In the second popup it is only possible to ignore the bug until the end of the JOSM session. After a JOSM restart i get the bug popups again.
comment:131 by , 4 years ago
Replying to taylor.smock:
EDIT: Looks like we need to update https://josm.openstreetmap.de/wiki/Help/Preferences/Display#LookAndFeel .
I know: OutdatedPages
Replying to Strubbl:
Do you mean the plugin FlatLaf?
Sorry, yes.
How i can i check the checkbox to ignore this bug _forever_? So far i need the bug popup twice, because in the first popup i cannot ignore this bug for the runtime. In the second popup it is only possible to ignore the bug until the end of the JOSM session. After a JOSM restart i get the bug popups again.
Mmh, maybe, I was too fast and it is only for session.
comment:134 by , 4 years ago
Description: | modified (diff) |
---|
Welcome Fedora
under the affected distributions.
comment:135 by , 4 years ago
Description: | modified (diff) |
---|
comment:139 by , 3 years ago
Keywords: | javabug added |
---|
Java bug: [JDK-8262085] Hovering Metal HTML Tooltips in different windows cause IllegalArgExc on Linux
https://bugs.openjdk.java.net/browse/JDK-8262085
Affects Version/s: 11, 15, 16
Fix Version/s: 17
comment:140 by , 3 years ago
Then we must ask Debian OpenJDK team to backport JDK-8262085 into openjdk-11.
They seem to do it sometimes:
https://salsa.debian.org/openjdk-team/openjdk/-/commit/84682a0f20b2baf25e586dee16f34ad4dde1bfc1
follow-up: 150 comment:142 by , 3 years ago
Wow, finally.
Debian is in freeze. Probably, this fix will not make it into Debian 11 (bullseye) RC1 and the bug will be present for some more month as only experimental is upgraded, atm.
comment:143 by , 3 years ago
Milestone: | → 21.03 |
---|---|
Owner: | changed from | to
Status: | new → assigned |
follow-up: 148 comment:144 by , 3 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
In 17681/josm:
follow-up: 149 comment:148 by , 3 years ago
Replying to Don-vip:
In 17681/josm:
Congrats! You fixed 77 tickets with that one commit. I guess thats a new record ;)
comment:149 by , 3 years ago
Replying to Klumbumbus:
Congrats! You fixed 77 tickets with that one commit. I guess thats a new record ;)
Haha thanks :)
comment:150 by , 3 years ago
Replying to skyper:
Wow, finally.
Debian is in freeze. Probably, this fix will not make it into Debian 11 (bullseye) RC1 and the bug will be present for some more month as only experimental is upgraded, atm.
I was wrong. Version 11.0.11+8-1
includes the fix and an update for Debian 10 (buster) is available, too.
Ticket #19593 has been marked as a duplicate of this ticket.