﻿ticket	summary	component	version	type	owner	created	_changetime	_description	_reporter	resolution
24861	duplicate a way in-place	Core		enhancement	team	2026-08-21T04:19:01+02:00	2026-08-21T17:55:24+02:00	"JOSM core should provide a way to duplicate a way but reusing the original nodes rather than creating duplicate nodes.

I built a plugin for this at https://gitlab.com/alantgeo/josm-duplicate-way-inplace but in my view it should be a core functionality."	aharvey	wontfix
24859	Java 25 o superior Debian bookworm?	unspecified	tested	defect	team	2026-08-19T23:39:52+02:00	2026-08-20T09:16:16+02:00	"Hola, recién acabo de leer que dice ""JOSM pronto dejará de apoyar esta versión de Java, debe actualizar a la versión 25 o superior!""

Estoy usando Linux (AntiX 23 base, debian bookworm).
no se puede actualizar a java 25, se queda en java 19. 
¿Existirá alguna alternativa para lo que usamos un debian estable?

-----------
Hi, I just read a message saying: ""JOSM will soon stop supporting this version of Java; you must update to version 25 or higher!""

I'm using Linux (AntiX 23 base, Debian Bookworm).
It's not possible to update to Java 25; it stays at Java 19.
Is there an alternative for those of us using Debian Stable?

(google tr)."	JeSe-MX	fixed
20510	Default maximum memory setting (-Xmx) for distribution packages	Core		defect	Don-vip	2021-02-20T17:36:17+01:00	2026-08-20T09:06:43+02:00	"Currently for our distribution channels we have following maximum heap memory settings:
||= distribution channel =||= maximum memory =||
|| [[https://josm.openstreetmap.de/download/josm.jnlp|josm.jnlp]] || 2048m||
|| [[https://josm.openstreetmap.de/download/windows/josm-setup.exe|Windows Installer]] || 2048m||
|| [[https://josm.openstreetmap.de/download/macosx/josm-macosx.zip|macOS package]] || 8192m||

Two questions:
1. Why for macOS we have 4x more memory than for other platforms?
2. Why do we set this up anyway? As far as I've tested, Java defaults to 25% of physical memory and taking into account current configurations, I'd assume that for 90+% users, this would at least give us the same result or higher. On the other hand, when we have `-Xmx` occupying high percentage  of physical memory, overall performance may be unsatisfying due to high swap usage

For a start, I'd lower the macOS -Xmx to be on par with other platforms.

See: #20443, #20497, #19937"	wiktorn	fixed
24857	ArrayIndexOutOfBoundsException: Coordinate out of bounds!	Core	latest	defect	team	2026-08-19T08:38:49+02:00	2026-08-19T15:15:30+02:00	"==== What steps will reproduce the problem?
1. load attached (old) osm file
2. search for ""Korte Haaksbergerstraat""
3. 

==== What is the expected result?
Some objects are hilighted
==== What happens instead?
Several error popup
==== Please provide any additional information below. Attach a screenshot if possible.

{{{
Revision:19617
Is-Local-Build:true
Build-Date:2026-08-19 07:31:24

Identification: JOSM/1.5 (19617 SVN en) Windows 11 64-Bit
OS Build number: Windows 10 Pro 25H2 (26200)
Memory Usage: 296 MB / 6144 MB (134 MB allocated, but free)
Java version: 21.0.2+13-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920x1080x32bpp@60Hz (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: UTF-8
System property sun.jnu.encoding: Cp1252
Locale info: en_DE
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.19039, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM HWConsole.exe]
Dataset consistency test: No problems found

Plugins:
+ OpeningHoursEditor (36493)
+ apache-commons (36483)
+ buildings_tools (36503)
+ comfort0 (36483)
+ ejml (36483)
+ geotools (36483)
+ jackson (36502)
+ jaxb (36483)
+ jts (36483)
+ o5m (36493)
+ opendata (36503)
+ pbf (36493)
+ photo_geotagging (36503)
+ poly (36483)
+ reverter (36503)
+ terracer (36503)
+ undelete (36503)
+ utilsplugin2 (36503)

Tagging presets:
+ c:\josm\core\resources\data\defaultpresets.xml

Map paint styles:
- c:\josm\core\resources\styles\standard\elemstyles.mapcss

Validator rules:
+ d:\java_tools\JOSM\mygeometry.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1
+ c:\josm\core\resources\data\validator\combinations.mapcss
+ c:\josm\core\resources\data\validator\geometry.mapcss

Last errors/warnings:
- 00000.736 W: extended font config - overriding 'filename.Malgun_Gothic=malgun.ttf' with 'MALGUN.TTF'
- 00000.738 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.739 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00001.432 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
- 00042.971 E: Handled by bug report queue: java.lang.ArrayIndexOutOfBoundsException: Coordinate out of bounds!
- 00043.054 E: Handled by bug report queue: java.lang.ArrayIndexOutOfBoundsException: Coordinate out of bounds!



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (37) of main
java.lang.ArrayIndexOutOfBoundsException: Coordinate out of bounds!
	at java.desktop/java.awt.image.SinglePixelPackedSampleModel.getPixel(Unknown Source)
	at java.desktop/java.awt.image.Raster.getPixel(Unknown Source)
	at com.github.weisj.jsvg.nodes.filter.ImageProducerChannel.pixelAt(ImageProducerChannel.java:74)
	at com.github.weisj.jsvg.nodes.filter.FeDisplacementMap$DisplacementOp.filter(FeDisplacementMap.java:185)
	at java.desktop/java.awt.image.BufferedImageFilter.imageComplete(Unknown Source)
	at java.desktop/sun.awt.image.OffScreenImageSource.produce(Unknown Source)
	at java.desktop/sun.awt.image.OffScreenImageSource.addConsumer(Unknown Source)
	at java.desktop/sun.awt.image.OffScreenImageSource.startProduction(Unknown Source)
	at java.desktop/java.awt.image.FilteredImageSource.startProduction(Unknown Source)
	at java.desktop/sun.awt.image.ImageRepresentation.startProduction(Unknown Source)
	at java.desktop/sun.awt.image.ToolkitImage.addWatcher(Unknown Source)
	at java.desktop/sun.awt.image.ToolkitImage.getWidth(Unknown Source)
	at java.desktop/sun.java2d.SunGraphics2D.drawImage(Unknown Source)
	at java.desktop/sun.java2d.SunGraphics2D.drawImage(Unknown Source)
	at com.github.weisj.jsvg.nodes.filter.AbstractCompositeFilterPrimitive.applyFilter(AbstractCompositeFilterPrimitive.java:74)
	at com.github.weisj.jsvg.nodes.filter.FeComposite.applyFilter(FeComposite.java:35)
	at com.github.weisj.jsvg.nodes.filter.Filter.applyFilter(Filter.java:184)
	at com.github.weisj.jsvg.renderer.impl.Info$InfoWithIsolation.close(Info.java:156)
	at com.github.weisj.jsvg.renderer.impl.NodeRenderer.renderNode(NodeRenderer.java:66)
	at com.github.weisj.jsvg.renderer.impl.NodeRenderer.renderNode(NodeRenderer.java:59)
	at com.github.weisj.jsvg.nodes.container.CommonRenderableContainerNode.render(CommonRenderableContainerNode.java:81)
	at com.github.weisj.jsvg.renderer.impl.NodeRenderer.renderNode(NodeRenderer.java:65)
	at com.github.weisj.jsvg.renderer.impl.NodeRenderer.renderNode(NodeRenderer.java:59)
	at com.github.weisj.jsvg.nodes.container.CommonRenderableContainerNode.render(CommonRenderableContainerNode.java:81)
	at com.github.weisj.jsvg.nodes.container.BaseInnerViewContainer.renderWithEstablishedViewBox(BaseInnerViewContainer.java:75)
	at com.github.weisj.jsvg.renderer.impl.NodeRenderer.renderRootSVG(NodeRenderer.java:54)
	at com.github.weisj.jsvg.SVGDocument.renderWithPlatform(SVGDocument.java:156)
	at com.github.weisj.jsvg.SVGDocument.renderWithPlatform(SVGDocument.java:123)
	at com.github.weisj.jsvg.SVGDocument.renderWithPlatform(SVGDocument.java:117)
	at com.github.weisj.jsvg.SVGDocument.render(SVGDocument.java:107)
	at com.github.weisj.jsvg.SVGDocument.render(SVGDocument.java:100)
	at org.openstreetmap.josm.tools.ImageProvider.lambda$createImageFromSvg$3(ImageProvider.java:1480)
	at org.openstreetmap.josm.tools.ImageResizeMode.createBufferedImage(ImageResizeMode.java:95)
	at org.openstreetmap.josm.tools.ImageProvider.createImageFromSvg(ImageProvider.java:1479)
	at org.openstreetmap.josm.tools.ImageResource.getImageIconAlreadyScaled(ImageResource.java:194)
	at org.openstreetmap.josm.tools.ImageResource.getImageIcon(ImageResource.java:165)
	at org.openstreetmap.josm.tools.ImageResource.getPaddedIcon(ImageResource.java:261)
	at org.openstreetmap.josm.tools.ImageProvider.getPadded(ImageProvider.java:1458)
	at org.openstreetmap.josm.gui.PrimitiveRenderer.renderer(PrimitiveRenderer.java:82)
	at org.openstreetmap.josm.gui.PrimitiveRenderer.getListCellRendererComponent(PrimitiveRenderer.java:52)
	at org.openstreetmap.josm.gui.PrimitiveRenderer.getListCellRendererComponent(PrimitiveRenderer.java:31)
	at java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(Unknown Source)
	at java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(Unknown Source)
	at java.desktop/javax.swing.plaf.basic.BasicListUI.getPreferredSize(Unknown Source)
	at java.desktop/javax.swing.JComponent.getPreferredSize(Unknown Source)
	at java.desktop/javax.swing.ScrollPaneLayout.layoutContainer(Unknown Source)
	at java.desktop/java.awt.Container.layout(Unknown Source)
	at java.desktop/java.awt.Container.doLayout(Unknown Source)
	at java.desktop/java.awt.Container.validateTree(Unknown Source)
	at java.desktop/java.awt.Container.validateTree(Unknown Source)
	at java.desktop/java.awt.Container.validateTree(Unknown Source)
	at java.desktop/java.awt.Container.validateTree(Unknown Source)
	at java.desktop/java.awt.Container.validateTree(Unknown Source)
	at java.desktop/java.awt.Container.validateTree(Unknown Source)
	at java.desktop/java.awt.Container.validate(Unknown Source)
	at java.desktop/javax.swing.RepaintManager$3.run(Unknown Source)
	at java.desktop/javax.swing.RepaintManager$3.run(Unknown Source)
	at java.base/java.security.AccessController.doPrivileged(Unknown Source)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.desktop/javax.swing.RepaintManager.validateInvalidComponents(Unknown Source)
	at java.desktop/javax.swing.RepaintManager$ProcessingRunnable.run(Unknown Source)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
	at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
	at java.base/java.security.AccessController.doPrivileged(Unknown Source)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.desktop/java.awt.WaitDispatchSupport$2.run(Unknown Source)
	at java.desktop/java.awt.WaitDispatchSupport$4.run(Unknown Source)
	at java.desktop/java.awt.WaitDispatchSupport$4.run(Unknown Source)
	at java.base/java.security.AccessController.doPrivileged(Unknown Source)
	at java.desktop/java.awt.WaitDispatchSupport.enter(Unknown Source)
	at java.desktop/java.awt.Dialog.show(Unknown Source)
	at java.desktop/java.awt.Component.show(Unknown Source)
	at java.desktop/java.awt.Component.setVisible(Unknown Source)
	at java.desktop/java.awt.Window.setVisible(Unknown Source)
	at java.desktop/java.awt.Dialog.setVisible(Unknown Source)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doBeginTask$3(PleaseWaitProgressMonitor.java:255)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doInEDT$0(PleaseWaitProgressMonitor.java:113)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
	at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
	at java.base/java.security.AccessController.doPrivileged(Unknown Source)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.run(Unknown Source)
}}}
"	GerdP	fixed
24793	Boundaries of SVG support - Consider switching from svgsalamander to JSVG	Core		enhancement	team	2026-07-07T14:02:03+02:00	2026-08-19T08:41:46+02:00	"While working on some icons, I've found that certain SVG features do not display properly in JOSM. Specifically, the paint-order directive described in MDN [https://developer.mozilla.org/en-US/docs/Web/SVG/Reference/Attribute/paint-order] is ignored.

Afaik, it is a part of the SVG2 standard, but it's quite established at this point and has been supported by modern browsers for 5+ years. Is this a problem with the SVG engine in JOSM?

If it is, it would be useful to mention this in JOSM wiki (for example, here [https://josm.openstreetmap.de/wiki/Styles#Icons]), pointing out that SVG2 icons are not supported."	Kilkenni	fixed
24849	NoSuchFileException if photo deleted from disk while opening	Core		defect	team	2026-08-16T05:54:33+02:00	2026-08-18T03:03:36+02:00	"An unexpected exception occurs if you delete a file from the disk between first opening it and when JOSM opens the image.

1. Drag a bunch of JPG images into JOSM
2. While they are still loading, delete one of the images from the disk
3. JOSM then throws an unexpected exception

It's expected in such a situation to silently ignore that removed file, or if you prefer to show a warning, not crash the whole application.

```

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (33) of main
java.nio.file.NoSuchFileException: /tmp/photo.JPG
	at java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:92)
	at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:106)
	at java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111)
	at java.base/sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:261)
	at java.base/java.nio.file.Files.newByteChannel(Files.java:380)
	at java.base/java.nio.file.Files.newByteChannel(Files.java:432)
	at java.base/java.nio.file.spi.FileSystemProvider.newInputStream(FileSystemProvider.java:420)
	at java.base/java.nio.file.Files.newInputStream(Files.java:160)
	at org.openstreetmap.josm.data.gpx.GpxImageEntry.getInputStream(GpxImageEntry.java:887)
	at org.openstreetmap.josm.gui.layer.geoimage.ImageMetadata.extractExif(ImageMetadata.java:377)
	at org.openstreetmap.josm.data.gpx.GpxImageEntry.extractExif(GpxImageEntry.java:882)
	at org.openstreetmap.josm.gui.layer.geoimage.ImagesLoader.realRun(ImagesLoader.java:96)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
	at java.base/java.lang.Thread.run(Thread.java:1583)
```"	aharvey	invalid
23397	Improve the results of partial validations	Core validator	tested	enhancement	GerdP	2024-01-05T18:19:03+01:00	2026-08-16T16:27:38+02:00	"I open this ticket because of a discussion in the german forum:
https://community.openstreetmap.org/t/selbstuberschneidende-linien-arbeitet-der-datenprufer-bei-josm-sauber/107483

The current status regarding the JOSM validator is quite confusing and unsatisfactory.
We distinguish between 
- full test
- partial test 
- Test before upload 
Problems:
- A full test typically reports so many problems that those caused by my own changes are difficult to find.
- A partial test doesn't always find simple but important geometry errors when e.g. a node of a road is moved so that the road crosses a building or a node of an area way is moved so that the area gets self-crossing. Reason is that the ways are not treated as modified and therefore not passed to the tests.

A lot of code was added to particular tests to select the ""correct"" objects, e.g. MapCss tests which calculate insideness first calculate the objects which might be concerned.
Still, many important tests don't work well, e.g. `CrossingWays` or `SharpAngles` or `UnconnectedWays`.

I am still not 100% sure how to handle this, but I think almost all users would expect that all parent ways and relations of a node which is moved are passed to all tests, even those which test only the tags of the parent object.
Besides that we should change the tests which need to know all other ways to produce reasonable results to just use all ways and maybe remove unwanted findings.
"	GerdP	fixed
22109	[WIP PATCH] IPv6-only system: java.net.SocketException: Network is unreachable	Core	latest	defect	team	2022-06-04T13:45:10+02:00	2026-08-16T01:37:48+02:00	"My desktop is IPv6-only. JOSM proxy settings is ""no proxy"".

When I run JOSM, it couldn't work because of error ""java.net.SocketException: Network is unreachable"".

I think the issue can be caused by some legacy code, which forces to use `AF_INET` instead of `AF_INET6` + `AF_INET`.

I saw something similar with a Python code: https://github.com/platformio/platformio-core/pull/4151

But my internet connection works fine. Here is a `curl` examples:
{{{
 $ curl -vI https://josm.openstreetmap.de
*   Trying 2a01:4f9:2b:907::2:443...
* Connected to josm.openstreetmap.de (2a01:4f9:2b:907::2) port 443 (#0)
* ALPN: offers h2
…
 $ curl -vI https://github.com
*   Trying 2001:67c:2b0:db32:0:1:8c52:7904:443...
* Connected to github.com (2001:67c:2b0:db32:0:1:8c52:7904) port 443 (#0)
* ALPN: offers h2
…
 $ curl -vI https://api.openstreetmap.org/api/
*   Trying 2001:978:2:2c::172:c:443...
* Connected to api.openstreetmap.org (2001:978:2:2c::172:c) port 443 (#0)
* ALPN: offers h2
…
 $ ping -c3 api.openstreetmap.org
PING api.openstreetmap.org(2001:978:2:2c::172:d (2001:978:2:2c::172:d)) 56 data bytes
64 bytes from 2001:978:2:2c::172:d (2001:978:2:2c::172:d): icmp_seq=1 ttl=52 time=25.1 ms
64 bytes from 2001:978:2:2c::172:d (2001:978:2:2c::172:d): icmp_seq=2 ttl=52 time=24.5 ms
64 bytes from 2001:978:2:2c::172:d (2001:978:2:2c::172:d): icmp_seq=3 ttl=52 time=26.1 ms

--- api.openstreetmap.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 24.538/25.274/26.145/0.662 ms
}}}

When I use ""report bug"", I see the same error. So I paste the output here:

{{{
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-04-04 22:26:00 +0200 (Mon, 04 Apr 2022)
Revision:18427
Build-Date:2022-04-05 01:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18427 en_GB) Linux Devuan GNU/Linux 5 (daedalus/ceres)
Memory Usage: 256 MB / 4002 MB (81 MB allocated, but free)
Java version: 17.0.3+7-Debian-1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_GB.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_GB
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: XFCE
fonts-noto: fonts-noto:-

Plugins:
+ apache-commons (35924)
+ apache-http (35924)
+ imagery_offset_db (35893)
+ jna (35924)
+ photo_geotagging (35933)
+ photoadjust (35893)
+ reverter (35893)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/Emergency_access&zip=1

Map paint styles:
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/RecyclingMaterials&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SimpleRoofTags&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1
- https://raw.githubusercontent.com/yopaseopor/indoormap/master/indoormap-style.mapcss

Last errors/warnings:
- 00009.396 W: Already here java.net.SocketException: Network is unreachable
- 00009.396 E: Error initialising test ApiCapabilitiesTest:
- 00009.792 W: java.net.SocketException: Network is unreachable
- 00009.793 W: Already here java.net.SocketException: Network is unreachable
- 00009.793 W: Already here java.net.SocketException: Network is unreachable
- 00009.801 W: org.openstreetmap.josm.io.OsmApiInitializationException: org.openstreetmap.josm.io.OsmTransferException: java.net.SocketException: Network is unreachable. Cause: org.openstreetmap.josm.io.OsmTransferException: java.net.SocketException: Network is unreachable. Cause: java.net.SocketException: Network is unreachable
- 00609.841 W: java.net.SocketException: Network is unreachable
- 00609.842 W: Already here java.net.SocketException: Network is unreachable
- 00609.843 W: Already here java.net.SocketException: Network is unreachable
- 00609.845 W: org.openstreetmap.josm.io.OsmApiInitializationException: org.openstreetmap.josm.io.OsmTransferException: java.net.SocketException: Network is unreachable. Cause: org.openstreetmap.josm.io.OsmTransferException: java.net.SocketException: Network is unreachable. Cause: java.net.SocketException: Network is unreachable"	vazhnov	fixed
24841	Opening openingh.openstreetmap.de with plus-signs (+) in the opening_hours value produces incorrect results (pluses disappear)	Core		defect	team	2026-08-12T10:17:11+02:00	2026-08-13T13:59:20+02:00	"==== What steps will reproduce the problem?
1. Create or find an opening_hours tag with one or more plus signs in the value. (Either open-ended times or some form of variable_date) example: ""Mo-Fr 10:00+"" or ""easter +49 days 08:00-17:00""
2. right click the opening_hours tag
3. click 'Open openingh.openstreetmap.de""

==== What is the expected result?
openingh.openstreetmap.de opening with a value containing plus-signs in the ""value for „opening_hours“"" block

==== What happens instead?
The pluses do not show up in the ""value for „opening_hours“"" block (they appear to be replaced with <space>). Creating an invalid syntax.

==== Please provide any additional information below. Attach a screenshot if possible.

{{{
Revision:19555
Build-Date:2026-03-30 09:42:59

Identification: JOSM/1.5 (19555 en) Windows 11 64-Bit
OS Build number: Windows 10 Home 25H2 (26200)
Memory Usage: 720 MB / 24368 MB (198 MB allocated, but free)
Java version: 21.0.10+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 2560x1600x32bpp@60Hz (scaling 1.25×1.25)
Maximum Screen Size: 2560×1600
Best cursor sizes: 16×16→32×32, 32×32→32×32
System property file.encoding: UTF-8
System property sun.jnu.encoding: Cp1252
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.19555, -XX:MaxRAMPercentage=75.0, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe]
Dataset consistency test: No problems found

Plugins:
+ Review.Changes (1.1.1)
+ buildings_tools (36474)
+ easypresets (1623509627)
+ libphonenumber (9.0.34)
+ phonenumber (1.2.0)
+ reltoolbox (36474)
+ todo (159)
+ turnrestrictions (36474)
+ undelete (36474)
+ utilsplugin2 (36497)

Tagging presets:
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/NL.zip
+ <josm.pref>/EasyPresets.xml

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lit&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Power&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Schools&zip=1
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/NL.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/SidewalksAndFootways&zip=1
+ https://raw.githubusercontent.com/tordanik/direction-cones-style/refs/heads/main/direction-cones.mapcss

Validator rules:
+ https://raw.githubusercontent.com/Famlam/OsmMapcssValidationNL/main/netherlands.validator.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Rules/InvalidWebsiteProtocol&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Rules/MissingOpeningHours&zip=1

Last errors/warnings:
- 00000.476 W: extended font config - overriding 'filename.Malgun_Gothic=malgun.ttf' with 'MALGUN.TTF'
- 00000.479 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00000.480 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00001.047 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
}}}
"	kbos@…	fixed
24844	Nexus frontend/redirect is broken	unspecified		defect	team	2026-08-12T21:59:42+02:00	2026-08-13T08:10:37+02:00	"I opened https://josm.openstreetmap.de/repository/public/, which works to some extent. However, I couldn't see the UI elements, the stylesheets and scripts returned 404 error.

> This maven2 group repository is not directly browseable at this URL.
>
> Please use the [[https://josm.openstreetmap.de/#browse/browse:public|browse]] or [[https://josm.openstreetmap.de/service/rest/repository/browse/public/|HTML index]] views to inspect the contents of this repository.

...both links take me to the JOSM homepage."	gaben	fixed
24838	Error appeared on startup after update.	Plugin ​indoorhelper		defect	rebsc	2026-08-12T05:11:46+02:00	2026-08-12T10:41:01+02:00	"==== What steps will reproduce the problem?
1. 
2. 
3. 

==== What is the expected result?

==== What happens instead?

==== Please provide any additional information below. Attach a screenshot if possible.

{{{
Revision:19613
Build-Date:2026-08-12 01:42:58

Identification: JOSM/1.5 (19613 en) Windows 11 64-Bit
OS Build number: Windows 10 Pro 25H2 (26200)
Memory Usage: 624 MB / 24512 MB (376 MB allocated, but free)
Java version: 21.0.12+8-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 3840x2160x32bpp@60Hz (scaling 1.50×1.50) \Display1 3840x2160x32bpp@60Hz (scaling 1.50×1.50)
Maximum Screen Size: 3840×2160
Best cursor sizes: 16×16→48×48, 32×32→48×48
System property file.encoding: UTF-8
System property sun.jnu.encoding: Cp1252
Locale info: en_NZ
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.19613, -XX:MaxRAMPercentage=75.0, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe]
Dataset consistency test: No problems found

Plugins:
+ DirectUpload (36474)
+ Mapillary (1819)
+ apache-commons (36474)
+ apache-http (36474)
+ buildings_tools (36474)
+ ejml (36474)
+ geotools (36474)
+ gridify (58)
+ imagery_offset_db (36474)
+ indoorhelper (266)
+ jackson (36474)
+ jaxb (36474)
+ jna (36474)
+ jts (36474)
+ mapwithai (839)
+ measurement (36474)
+ opendata (36474)
+ pmtiles (36474)
+ shrinkwrap (v1.1.3)
+ terracer (36484)
+ utilsplugin2 (36497)
+ wikipedia (448)

Map paint styles:
+ https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1
- <josm.pref>\plugins\indoorhelper\resources\sit.mapcss

Last errors/warnings:
- 00131.026 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00131.794 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00131.947 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00132.077 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00132.201 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00132.329 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00132.456 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00132.582 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00133.515 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
- 00133.636 E: Handled by bug report queue: java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (52) of main
java.lang.NoSuchMethodError: 'org.openstreetmap.josm.gui.autofilter.AutoFilter org.openstreetmap.josm.gui.autofilter.AutoFilterManager.getCurrentAutoFilter()'
	at org.openstreetmap.josm.plugins.indoorhelper.IndoorHelperPlugin.paintableInvalidated(IndoorHelperPlugin.java:107)
	at org.openstreetmap.josm.gui.layer.AbstractMapViewPaintable.invalidate(AbstractMapViewPaintable.java:89)
	at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(Unknown Source)
	at java.base/java.util.stream.ReferencePipeline$2$1.accept(Unknown Source)
	at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(Unknown Source)
	at java.base/java.util.stream.AbstractPipeline.copyInto(Unknown Source)
	at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(Unknown Source)
	at java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(Unknown Source)
	at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(Unknown Source)
	at java.base/java.util.stream.AbstractPipeline.evaluate(Unknown Source)
	at java.base/java.util.stream.ReferencePipeline.forEach(Unknown Source)
	at org.openstreetmap.josm.gui.MapView$1.lambda$mapPaintStylesUpdated$0(MapView.java:113)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
	at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
	at java.base/java.security.AccessController.doPrivileged(Unknown Source)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.desktop/java.awt.WaitDispatchSupport$2.run(Unknown Source)
	at java.desktop/java.awt.WaitDispatchSupport$4.run(Unknown Source)
	at java.desktop/java.awt.WaitDispatchSupport$4.run(Unknown Source)
	at java.base/java.security.AccessController.doPrivileged(Unknown Source)
	at java.desktop/java.awt.WaitDispatchSupport.enter(Unknown Source)
	at java.desktop/java.awt.Dialog.show(Unknown Source)
	at java.desktop/java.awt.Component.show(Unknown Source)
	at java.desktop/java.awt.Component.setVisible(Unknown Source)
	at java.desktop/java.awt.Window.setVisible(Unknown Source)
	at java.desktop/java.awt.Dialog.setVisible(Unknown Source)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doBeginTask$3(PleaseWaitProgressMonitor.java:255)
	at org.openstreetmap.josm.gui.progress.swing.PleaseWaitProgressMonitor.lambda$doInEDT$0(PleaseWaitProgressMonitor.java:113)
	at java.desktop/java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source)
	at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
	at java.desktop/java.awt.EventQueue$4.run(Unknown Source)
	at java.base/java.security.AccessController.doPrivileged(Unknown Source)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
	at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.desktop/java.awt.EventDispatchThread.run(Unknown Source)
}}}
"	anonymous	fixed
24839	jsvg sources not included svgSalamander still are	Core	tested	defect	team	2026-08-12T07:56:08+02:00	2026-08-12T08:34:49+02:00	"The ivy changes for the binary dependencies have not been reflected in the source JAR.

This patch should be applied for the source JAR:
{{{
--- a/ivy.xml
+++ b/ivy.xml
@@ -46,7 +46,8 @@
         <dependency conf=""sources->sources"" org=""org.tukaani"" name=""xz"" rev=""1.11""/>
         <dependency conf=""sources->sources"" org=""com.adobe.xmp"" name=""xmpcore"" rev=""6.1.11""/>
         <dependency conf=""sources->sources"" org=""com.drewnoakes"" name=""metadata-extractor"" rev=""2.19.0"" transitive=""false""/>
-        <dependency conf=""sources->sources"" org=""com.formdev"" name=""svgSalamander"" rev=""1.1.4""/>
+        <dependency conf=""sources->sources"" org=""com.github.weisj"" name=""jsvg"" rev=""2.1.0""/>
+        <dependency conf=""sources->sources"" org=""org.jetbrains"" name=""annotations"" rev=""24.1.0""/>
         <dependency conf=""sources->sources"" org=""ch.poole"" name=""OpeningHoursParser"" rev=""0.29.0""/>
         <dependency conf=""sources->default"" org=""org.webjars.npm"" name=""tag2link"" rev=""2026.6.26""/><!-- sources->default sic! (tag2link-sources.jar is empty, see #19335) -->
         <!-- commonslang->default -->
}}}

Also note that OpeningHoursParser depends on annotations 24.0.1, not 24.1.0."	sebastic	fixed
