Closed SomeoneElseOSM closed 8 years ago
Another case
http://www.openstreetmap.org/changeset/35473803
This one is with iD 1.8.0, and had one tagless way and one single-node way, as well as a bunch of Haiti mapping. The errors were in Washington, DC near the default start location.
I can't reproduce creating single node ways using the steps given.
It sounds like you may have been expecting the behavior requested in #2057, but that's not implemented in iD yet, and in any case is independent of any potential single-node-way creation bug.
I've managed to reproduce a single-node way again doing this - see http://api06.dev.openstreetmap.org/way/4299893242 .
To clarify:
Firstly the initial node must (now) have a tag on it, hence the fake place of worship in the test change I just made.
When I said "end node" I just meant "vertex" - single click, not double.
Moving the map down a bit isn't needed to cause the problem.
(and for the avoidance of doubt) When I mean "press delete" I mean "delete" not "backspace".
OK, so:
Could you clarify step 5 and any further steps? Is this the "delete" key on the keyboard or a button on screen? What happens after that?
5 is "press the delete key on the keyboard"
Then:
Click the "line" button with the mouse Click The tagged vertex again Click a bit of empty space Press return Click Save Notice there are two "untagged line" warnings Enter a changeset comment Click Save
That gives me http://api06.dev.openstreetmap.org/changeset/71066
which contains http://api06.dev.openstreetmap.org/way/4299895284
I can't replicate using those steps. I got two two-node ways, as expected.
Same again for me if I use your initial node:
http://api06.dev.openstreetmap.org/way/4299895290
What browser / OS are you using?
I can reproduce this issue. Minimal example:
Expected behaviour: I'd expect these actions not to cause any changes.
@math1985 What browser are you using? I'm on Chrome 47.0.2526.111, and pressing delete does not visually remove the line at that point. Instead, it ends the draw operation and produces a two-node line.
Reproduced in Firefox 43.0 and Chrome 47.0.2526.106.
pressing delete does not visually remove the line at that point
That feels like a user experience bug in itself - I wouldn't expect 'Delete' to mean 'end operation'.
What happens in your environment when you draw a two-node line starting from nowhere and press Delete after the second note? In my case, the line is removed and the counter is not increased (as I would expect). Does this produce a two-node line in your environment? What if you do the same starting from an untagged node or starting from a vertex of an untagged area?
I can reproduce the issue as well: iD-issue-2303.ogv.zip – I'm on chrome 47 on Ubuntu.
From what I can see, this line is where the data gets corrupted after a uses cancels drawing by pressing the delete key: https://github.com/openstreetmap/iD/blob/master/js/id/behavior/draw_way.js#L181 edit: the following commit seems to be the actual breaking point: https://github.com/openstreetmap/iD/commit/8a215cac81a88e2346ac0e0fbe4f55140d1845cc
I did this by accident in https://www.openstreetmap.org/changeset/24343839
What I did was:
Click Line
Click an existing node
Move the map down a bit
Click the map to draw an "end" node
Decide that that wasn't quite the right place
Press delete
Try and click where the end node should have gone - but I'm not drawing a line any more!
So click line, draw the thing in the right place, tag it etc. - but the original aborted attempt is added as single-node way https://www.openstreetmap.org/way/294294495
Browser is Chrome Version 36.0.1985.125 m on Windows 7.