JOSM regularly opens a changeset spontaneously

[Frans.schutz@…]

What steps will reproduce the problem?

1. No idea.
2. A new data layer pops up spontaneously.
3. It is always a changeset which I opened before.

What is the expected result? Just working on a data layer (task from a project)

What happens instead?

A new data layer opens. (since I started to write this 4 data layers opened)

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

Revision:19230
Build-Date:2024-10-02 11:41:59

Identification: JOSM/1.5 (19230 en_GB) Windows 10 64-Bit
OS Build number: Windows 10 Enterprise 2015 LTSB (10240)
Memory Usage: 1704 MB / 12248 MB (954 MB allocated, but free)
Java version: 21.0.4+7-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) \Display1 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_GB
Numbers with default locale: 1234567890 -> 1234567890
VM arguments: [-Djpackage.app-version=1.5.19230, -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:
+ Elevation (0.10.1)
+ FastDraw (36344)
+ ImproveWay (32)
+ Relation.Validation.Plugin (1.0.1)
+ ShapeTools (1250)
+ SimplifyArea (36344)
+ apache-commons (36282)
+ apache-http (36273)
+ auto_tools (81)
+ buildings_tools (36344)
+ changeset-viewer (0.0.7)
+ colorscheme (36196)
+ config (70)
+ conflation (0.6.11)
+ continuosDownload (107)
+ ejml (36176)
+ ext_tools (36344)
+ fastdriveway (v1.0.1)
+ geotools (36273)
+ http2 (36256)
+ imagery_offset_db (36344)
+ jackson (36273)
+ jaxb (36118)
+ jna (36273)
+ jogl (1.2.3)
+ jts (36004)
+ mapathoner (1.5.5)
+ mapwithai (829)
+ markseen (14)
+ merge-overlap (36344)
+ pmtiles (36219)
+ public_transport (36345)
+ scripting (v0.3.1)
+ splinex (36126)
+ terracer (36344)
+ todo (139)
+ touchscreenhelper (36196)
+ undelete (36298)
+ utilsplugin2 (36344)

Map paint styles:
+ https://gitlab.com/peculiar-theater/mapcss/-/raw/main/tm-taskgrid/tm-taskgrid.mapcss
+ %UserProfile%\Desktop\JOSM\HDM-JOSM-style-master\HDM-JOSM-style-master\HDM.mapcss
+ %UserProfile%\Desktop\JOSM\HOT-Osm-Validation-master\HOT-Osm-Validation-master\HOT-Validate.mapcss
- %UserProfile%\Desktop\JOSM\HOT-Osm-Validation-master\Styles_ColorWays-style.mapcss
- %UserProfile%\Desktop\JOSM\HOT-Osm-Validation-master\Styles_ColorWays-style.mapcss
- %UserProfile%\Desktop\JOSM\HOT-Osm-Validation-master\HOT-Osm-Validation-master\HOT-Validate1.mapcss
- %UserProfile%\Desktop\JOSM\HDM-JOSM-style-master.zip
- https://github.com/osmlab/appledata/archive/josm_paint_inline_validation.zip
+ https://github.com/MissingMaps/josm_styles/archive/master.zip
+ https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI&zip=1

Validator rules:
+ https://josm.openstreetmap.de/josmfile?page=Rules/ValidatingBuildingsInHOTTMProjects&zip=1

Last errors/warnings:
- 17683.496 E: Cannot change visibility for -37032 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 17683.496 E: Cannot change visibility for -37033 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 17683.497 E: Cannot change visibility for -37034 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 17683.497 E: Cannot change visibility for -37035 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 17683.498 E: Cannot change visibility for -37036 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 17683.498 E: Cannot change visibility for -37037 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 17683.498 E: Cannot change visibility for -37038 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 17683.499 E: Cannot change visibility for -37039 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 17683.499 E: Cannot change visibility for -37040 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.
- 18250.425 E: Cannot change visibility for -37218 null V NODE null:: java.lang.IllegalStateException: A primitive with ID = 0 cannot be invisible.

[frans Schutz <Frans.schutz@…>]

Since a week or so I see this behaviour.
I use Firefox internet explorer and have often a OSMcha and changesets open.
The Data layers which opens are always the same as the changesets I have opened. No idea if there is an interference with that.
Thanks for looking into this

[stoecker]

Sounds like a "background load" to me. The Web browser tries loading the URL in background and each time you get a new layer. Closing the TABS in the browser may help or if possible disabling background fetches for the localhost URLs?

[taylor.smock]

I agree with stoecker.

As a first step, I would turn off/disable Remote Control. If this fixes the issue, then you have a poorly behaving website that is continually calling JOSM remote control.

See wiki:Help/Preferences/RemoteControl.

[anonymous]

Hello
I disabled the remote control, but than I have no access to JOSM when I want to open a task in TM4

Till last week, Firefox did not respond as what I now see.

I try to close open OSMcha and changesets to see if this solve the issue
Bestregards

[taylor.smock]

Replying to anonymous:

I disabled the remote control, but than I have no access to JOSM when I want to open a task in TM4

That was expected. The question is, did disabling remote control fix the issue. If so, then something is calling JOSM remote control in a loop, and it is not a bug in JOSM.

I try to close open OSMcha and changesets to see if this solve the issue

Once you figure out what website is the problem, I would highly recommend filing a ticket with them. Absent that, put the website (preferably with the full URL -- most browsers let reopen the last closed tab) in this ticket and I'll look into the sites bug report procedure.

[anonymous]

I asked Firefox community (can't find a direct helpdesk) for help.