Opened 6 years ago
Last modified 5 years ago
#19352 closed enhancement
Unglue ways: Remaining node with tags moved — at Version 7
| Reported by: | skyper | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Core | Version: | latest |
| Keywords: | template_report unglue | Cc: | GerdP |
Description (last modified by )
What steps will reproduce the problem?
- Have an unconnected way with two node with one node with tags
- Select the end node with tags
- Unglue ways
What is the expected result?
The way is unglued and a new node is added at the same position as the selected node. The selected node remains unchanged.
What happens instead?
Unglue works but the selected node is moved similar to "extract node" from utilsplugin2
Please provide any additional information below. Attach a screenshot if possible.
Seems to be a regression of the better handling of tags and memberships.
Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2020-06-03 21:59:58 +0200 (Wed, 03 Jun 2020) Revision:16540 Build-Date:2020-06-04 01:30:48 URL:https://josm.openstreetmap.de/svn/trunk
Change History (7)
comment:1 by , 6 years ago
comment:2 by , 6 years ago
I just tried r16102 and the node is unglued. What exactly is the regression?
comment:3 by , 6 years ago
The position of the node with positive id is moved but it should not. Before, you needed "Disconnect Node from Way" which only changes the way but keeps the node untouched.
follow-up: 5 comment:4 by , 6 years ago
So, you suggest that the new node is moved instead? That would change the geometry of the way. I am sure this did not happen before. Or should both nodes be at the same place no matter where the cursor is?
comment:5 by , 6 years ago
Replying to GerdP:
So, you suggest that the new node is moved instead? That would change the geometry of the way. I am sure this did not happen before. Or should both nodes be at the same place no matter where the cursor is?
Before, you got a notification and unglueing was denied, which is the same behavior as with nodes without membership nor tag. Now, to be consistent, I would say, both nodes should be at the same place, all the time.
comment:6 by , 6 years ago
What version do you mean with before? Are we both talking about the action with shortcut G?
comment:7 by , 6 years ago
| Description: | modified (diff) |
|---|---|
| Keywords: | regression removed |
I am completely sorry. I can swore that I had a notification, The node is not glued to anything else, with a tagged node with r16294 but now I cannot reproduce it. Maybe, it is time for some glasses or new hardware.



It does also happen with middle nodes and is a regression of r16300. Before unglueing a node with only one parent was not possible.