Merging selection with one node selected does not work for a selection of closed way with more than 20 nodes

[anonymous]

What steps will reproduce the problem?

1. Create a closed way A with more than 20 nodes
2. Create another closed way B with exactly or less than 20 nodes
3. Multiselect closed way A and one of its nodes A1
4. Hold the left mouse button and Ctrl key to enter merge mode
5. Drag the selection near closed way B such that the cursor is directly above one of its nodes B1 and changes icon to indicate intent of merging
6. Release the left mouse button
7. Observe the resultant action
8. Repeat steps 3. to 7. with closed ways A and B swapped

What is the expected result?

The selected node A1 from closed way A should merge into the node B1 from closed way B directly below the cursor and the rest of the nodes from the selection should be offset by the same distance to retain the original shape of the closed way A. It would appear as if the selected closed way A 'snapped' to closed way B via their respective nodes A1 and B1.

The same result should be observed when merging the selection of the closed way B and one of its nodes B1 to one of the nodes A1 from the closed way A.

What happens instead?

In case of the selection of closed way A and one of its nodes A1, A1 does not merge into the node B1 when the left mouse button is released. Instead the selection places itself at the last position it was in during dragging mode.

In case of the selection of closed way B and one of its nodes B1, B1 successfully merges into the node A1 and offsets the rest of the nodes from the selection by the same distance as intended.

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

This defect was discovered while using the merge feature for 'snapping' buildings i.e. to align buildings along a common way or connect adjacent buildings together when it failed to connect buildings with complex geometries with each other. This feature could prove extremely beneficial to modelling symmetrical and perfectly aligned buildings once this defect is addressed.

Revision:19555
Is-Local-Build:true
Build-Date:2026-06-29 19:38:35

Identification: JOSM/1.5 (19555 SVN en) Linux CachyOS
Memory Usage: 792 MB / 11800 MB (272 MB allocated, but free)
Java version: 26.0.1, Arch Linux, OpenJDK 64-Bit Server VM
Look and Feel: com.sun.java.swing.plaf.gtk.GTKLookAndFeel
Screen: :0.0 1920x1080x[Multi depth]@144Hz (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_IN
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_IN
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: KDE
VM arguments: [--add-modules=java.scripting,java.sql, -Djosm.restart=true, -Djava.net.useSystemProxies=true, -XX:MaxRAMPercentage=75.0, --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]
Dataset consistency test: No problems found

Plugins:
+ FastDraw (36474)
+ PicLayer (273)
+ ShapeTools (75)
+ apache-commons (36474)
+ buildings_tools (36474)
+ ejml (36474)
+ imagery_offset_db (36474)
+ log4j (36474)
+ reverter (36474)
+ terracer (36484)
+ uberterracer (1718732356)
+ urbaneye3d (2.4.2)
+ utilsplugin2 (36497)

Tagging presets:
+ https://cdn.jsdelivr.net/npm/name-suggestion-index@latest/dist/presets/nsi-josm-presets.min.xml
+ https://josm.openstreetmap.de/josmfile?page=Presets/Simple_Indoor_Tagging&zip=1

Map paint styles:
+ <josm.userdata>/plugins/indoorhelper/resources/sit.mapcss
- https://raw.githubusercontent.com/yopaseopor/indoormap/master/indoormap-style.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1

Last errors/warnings:
- 00028.373 E: Failed to locate image 'reset_camera'
- 00028.374 E: Failed to locate image 'satellite'