Modify

Opened 3 years ago

Closed 3 years ago

Last modified 3 years ago

#4340 closed defect (wontfix)

Ways snap back when moved with message.movedManyElements.value = 2

Reported by: avar Owned by: team
Priority: normal Component: Core
Version: latest Keywords:
Cc:

Description

  1. Remove message.movedmanyElements and message.movedmanyElements.value keys
  2. Move a >20 node way
  3. Check "Do not show again"
  4. Click "Don't move them"

Now JOSM will snap back all >20 node ways when you move them.

This is silly because if you accidentally move a >20 node way, get an annoying dialog and wish to not show it again and not show the dialog again you'll end up with a JOSM that's snapping your ways back.

Usually when users click "Don't show this again" it's because they hate annoying dialogs, not because they'd like the editor being broken in the future (and they may not remember why).

Attachments (0)

Change History (2)

comment:1 follow-up: Changed 3 years ago by stoecker

  • Resolution set to wontfix
  • Status changed from new to closed

For some time now the "Don't show me again" states that it remembers the choice. If the user activates a don't show me again and wants his choice remembered, then this is his free decision.

comment:2 in reply to: ↑ 1 Changed 3 years ago by avar

Replying to stoecker:

For some time now the "Don't show me again" states that it remembers the choice. If the user activates a don't show me again and wants his choice remembered, then this is his free decision.

I think you're missing the point to be honest. Not everyone carefully evaluates each warning dialog. I'm a fairly advanced JOSM user and actually wrote part of that dialog (#2905) and it took me a few minutes to figure out what was going on because I hadn't carefully read it at the time. I just clicked the standard "Don't bother me again" button and "Don't move this".

The user isn't going remember how he dealt with some obscure popup dialog six months hence, he'll just see that JOSM silently undoes his edits without any indication of why it's doing so.

I think JOSM should have a notification area for this sort of thing like Potlatch does if it does something like this automatically, or at the very least log something in the console saying why it's undoing your edits.

Add Comment

Modify Ticket

Change Properties
<Author field>
Action
as closed .
as The resolution will be set. Next status will be 'closed'.
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.