Can't save an GeoJSON file. It freezes JOSM then the file becomes impossible to open.

[CapitaineMoustache]

What steps will reproduce the problem?

1. Open a GeoJSON file in JOSM.
2. Modify it then save it locally ("Save" right click on file in the layers list).
3. It freezes JOSM then it become impossible to open the same file again. I can open other GeoJSON files, but only those that have not been saved previously.

What is the expected result?

Please provide any additional information below. Attach a screenshot if possible.

Revision:18746
Build-Date:2023-06-05 12:33:50

Identification: JOSM/1.5 (18746 fr) Windows 10 64-Bit
OS Build number: Windows 10 Home 2009 (19045)
Memory Usage: 224 MB / 4092 MB (49 MB allocated, but free)
Java version: 17.0.7+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
Screen: \Display0 1920×1080 (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: Cp1252
System property sun.jnu.encoding: Cp1252
Locale info: fr_FR
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.18746, --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]

Plugins:
+ ImageWayPoint (35893)
+ ImportImagePlugin (36013)
+ Mapillary (2.1.4)
+ PicLayer (1.0.2)
+ Tracer2 (36079)
+ apache-commons (36034)
+ apache-http (35924)
+ cadastre-fr (36079)
+ ejml (35924)
+ geotools (36068)
+ gridify (1606242219)
+ jackson (36034)
+ jaxb (35952)
+ jna (36005)
+ josm_magic_wand (1.1.0)
+ jts (36004)
+ measurement (36066)
+ panoviewer (0.9.0)
+ photo_geotagging (36079)
+ photoadjust (36079)
+ reverter (36066)
+ turnrestrictions (36079)
+ utilsplugin2 (36079)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
+ https://josm.openstreetmap.de/josmfile?page=Styles/Direction&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1

Last errors/warnings:
- 00001.891 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF'
- 00001.927 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF'
- 00018.784 E: java.security.KeyStoreException: Windows-ROOT not found. Cause : java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
- 00161.256 E: Handled by bug report queue: jakarta.json.JsonException: Cannot auto-detect encoding, not enough chars



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: main-worker-0 (23) of main
jakarta.json.JsonException: Cannot auto-detect encoding, not enough chars
	at org.eclipse.parsson.UnicodeDetectingInputStream.detectEncoding(UnicodeDetectingInputStream.java:106)
	at org.eclipse.parsson.UnicodeDetectingInputStream.<init>(UnicodeDetectingInputStream.java:51)
	at org.eclipse.parsson.JsonParserImpl.<init>(JsonParserImpl.java:87)
	at org.eclipse.parsson.JsonParserImpl.<init>(JsonParserImpl.java:80)
	at org.eclipse.parsson.JsonProviderImpl.createParser(JsonProviderImpl.java:64)
	at jakarta.json.Json.createParser(Json.java:88)
	at org.openstreetmap.josm.io.GeoJSONReader.doParseDataSet(GeoJSONReader.java:470)
	at org.openstreetmap.josm.io.GeoJSONReader.parseDataSet(GeoJSONReader.java:536)
	at org.openstreetmap.josm.gui.io.importexport.GeoJSONImporter.importData(GeoJSONImporter.java:54)
	at org.openstreetmap.josm.gui.io.importexport.FileImporter.importDataHandleExceptions(FileImporter.java:103)
	at org.openstreetmap.josm.actions.OpenFileAction$OpenFileTask.importData(OpenFileAction.java:401)
	at org.openstreetmap.josm.actions.OpenFileAction$OpenFileTask.realRun(OpenFileAction.java:350)
	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.Executors$RunnableAdapter.call(Unknown Source)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)

[taylor.smock]

I was unable to reproduce with r18766 but was with r18746. So this is fixed; I just don't know which commit fixed it.

[M-Rick]

Replying to taylor.smock:

I was unable to reproduce with r18766 but was with r18746. So this is fixed; I just don't know which commit fixed it.

I have exactly the same problem under macOS X ARM if I use non stand OSM tags.
If I open an existing GeoJSON file, it works, but if I modify it, JOSM freezes.

I have an Intel Mac, with are running under Ventura macOS X 13, with the same versions of JOSM and same settings and plugins. There is no problem on the Intel version, freezes on ARM.

[M-Rick]

Crash log

[taylor.smock]

Looking through the crash log, you are running r18746. As noted in comment:1, I was able to reproduce with r18746. Please update JOSM on your ARM mac.

System information from attachment:crash.log​:

Command:          JOSM
Path:             /Applications/JOSM.app/Contents/MacOS/JOSM
Identifier:       de.openstreetmap.josm
Version:          18746 (18746)
Architecture:     x86_64 (translated)

@M-Rick: If you are able to reproduce with r18789, can you (a) open a separate ticket for that including the system information (use Help -> Report bug please) and (b) attach a copy of the json file you are working with.

With that said, I do not have an ARM mac, so I will have a really hard time troubleshooting it.

What you can try to do, to see if it has to do with Apple's translation layer, is to download OpenWebStart ( ​https://openwebstart.org ) and run JOSM using the josm.jnlp file. I believe they have ARM JVMs available.

As an alternative, you can download a JVM from ​azul and then use the josm-tested.jar file.

[M-Rick]

Replying to taylor.smock:

Looking through the crash log, you are running r18746. As noted in comment:1, I was able to reproduce with r18746. Please update JOSM on your ARM mac.

System information from attachment:crash.log​:

Command:          JOSM
Path:             /Applications/JOSM.app/Contents/MacOS/JOSM
Identifier:       de.openstreetmap.josm
Version:          18746 (18746)
Architecture:     x86_64 (translated)

@M-Rick: If you are able to reproduce with r18789, can you (a) open a separate ticket for that including the system information (use Help -> Report bug please) and (b) attach a copy of the json file you are working with.

With that said, I do not have an ARM mac, so I will have a really hard time troubleshooting it.

What you can try to do, to see if it has to do with Apple's translation layer, is to download OpenWebStart ( ​https://openwebstart.org ) and run JOSM using the josm.jnlp file. I believe they have ARM JVMs available.

As an alternative, you can download a JVM from ​azul and then use the josm-tested.jar file.

With the latest version it works instantaneously.
Thank you.