|
I'm trying to use iD to edit the names of some tracks (old forest roads that are also part of a trail system). I select way #1, change the name, and either click off it or press Enter or click on the checkmark. The new name appears on the map in the editor. Then I click on the next one, way #2. As soon as I start typing a non-space character to edit the name of way #2, the name of way #1 reverts to what it was before my edit. The new name for way #2 appears on the map, but way #1 is back at its original name. If I click on way #1, it shows the old name tag value, while way #2 shows the new name tag value. The first time this happened, I had gone through a series of about 6 of them, then went back to check before saving my changes. Only the last change 'took'. All the others had reverted, one at a time, as I was working. It's completely repeatable too. I did find two work-arounds: (1) Rather than edit the names, delete the existing name (with the trash icon) and then enter it back with corrections. (2) Edit the name under All Tags, rather than at the top of the sidebar (under All fields). (Perhaps these will help track down the problem.) Can anyone confirm this? (P.S. in reference to my previous question, I would be happy to open a github issue for this, but I want confirmation of the problem first, to make sure it isn't some error on my part.) |
The question has been closed for the following reason "Problem is fixed (see github link)" by aseerel4c26 15 Mar '16, 06:46
|
Thanks for the report, I opened an issue on the iD issue tracker. https://github.com/openstreetmap/iD/issues/3035 |
Odd. I tried to reproduce it on the dev server and was unable to (http://api06.dev.openstreetmap.org/changeset/76511 ). That was with Windows 7, The browser was SeaMonkey 2.39.
I tried it again, same problem. I tried both Seamonkey-2.39 and Firefox-38.7ESR (both on Linux) with the same results.
At the bottom right corner, iD says it is version 1.9.1 for me. Is that the same as on your development server (which I assume I have no access to)?
To clarify, here is exactly how I reproduce it. In iD, click on a track, footpath, or other named way. At the top of the left sidebar, under Name, click at the end, and add a suffix. For example, edit "Main Street" to be "Main Street 2". As soon as I type the 2, the Save button on the toolbar lights up, the change counter goes to 1, and the edited name appears on the map.
Now click on another named way (track, footpath, etc). Then click at the end of the Name field in the sidebar, and add a suffix. As soon as I type a non-space character there, the first name I edited changes back to its original value on the map. The name of the currently selected way changes to the new value on the map, but the change counter at the top is still 1. The first change was undone by the second change.
(Then I undo and don't save anything to OSM. There is no need to save changes to demonstrate the problem I'm having.)
Yes - I can reproduce it, but only when both suffixes I add start with a space. So if I (in my example) change "Main Street" to "Main Street 2" and "b2" to "b2 b", I see the problem. If either of the two suffices don't start with a space, I don't see the problem.
And yes, the dev server (which you can create an account on if you want) is running iD 1.9.1.
Wow, OK. That is very weird and I'm not even sure how to write it up. What I'm seeing is that any name edit with leading space is undoing the previous name edit (whether it had a leading space or not). I think I'll write up an issue for the iD tracker with what I have. Maybe we'll be lucky and a developer will look at it and immediately know what's going on.
Thanks for confirming this.