#4990 closed defect (worksforme)
losing line-connect by draw a new one
Reported by: | Luebeck | Owned by: | Luebeck |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | |
Keywords: | Cc: |
Description
since some versions i have the problem to lose the line-connect to the point before.
i start the line function draw a node and automatilly there should draw a way when i pick the next node. sometimes this is ok - sometimes the way will not draw - only the new node.
this is very unregular and independent of use the CTRL-button use old nodes of an other way.
it is a very grrrrr mistake an other users attest this mistake.
Attachments (0)
Change History (7)
comment:1 by , 15 years ago
Owner: | changed from | to
---|---|
Status: | new → needinfo |
comment:2 by , 15 years ago
First thanks for reporting the bug, it's good to know the error exists. It never happened to me.
But I have to agree with Stöcker, the description does not really help to fix the bug.
Some more details may be good:
How often does it happen? Is it after first click or when drawing a longer way? How exactly does it look? - I guess you see a rubber line, click one time. Then the rubber line is gone and there is a new node at that place, right? What does the command stack say?
follow-up: 4 comment:3 by , 15 years ago
Type: | defect → enhancement |
---|
It's possible, that i have the same problem
One way to make it reproducable:
draw a line, _don't_ end with a doubleclick, but change to move-mode of josm
when you go back to the edit-mode then the rubberline from the last node of the line before.
Another Way is (this is the ugly one):
when you touch one node in move-mode and then change to edit-mode, then you get the rubberline from the touched node, but you can't break it with ESC-Button like previous versions.
in previous versions ESC or change the mode will every time break the rubberline.
Sorry for my bad english,
Bernd
comment:4 by , 15 years ago
Priority: | critical → normal |
---|---|
Type: | enhancement → defect |
Replying to berndw:
It's possible, that i have the same problem
I'd say it has nothing to do with the original report. He loses the ruber line.
One way to make it reproducable:
draw a line, _don't_ end with a doubleclick, but change to move-mode of josm
when you go back to the edit-mode then the rubberline from the last node of the line before.
It's a little odd, but this is more or less intended.
Another Way is (this is the ugly one):
when you touch one node in move-mode and then change to edit-mode, then you get the rubberline from the touched node, but you can't break it with ESC-Button like previous versions.
in previous versions ESC or change the mode will every time break the rubberline.
The ESC bug is a different one and is fixed by now.
Sorry for my bad english,
You can post in English or German, whatever you prefer, but it's quite understandable.
comment:5 by , 15 years ago
Resolution: | → worksforme |
---|---|
Status: | needinfo → closed |
follow-up: 7 comment:6 by , 13 years ago
it happens when you zoom in and out.
For example you draw a line you zoom while drawing all the next nodes will not be linked.
It is not necessary to have drawn anything, just the fact the line to be activated is enough to get the bug. It is very boring sometimes.
I also saw it happens with memory leaks if a zone contains a lot of information, but will not use JOSM to edit post stamps zones.
comment:7 by , 13 years ago
Replying to anonymous:
it happens when you zoom in and out.
For example you draw a line you zoom while drawing all the next nodes will not be linked.
It is not necessary to have drawn anything, just the fact the line to be activated is enough to get the bug. It is very boring sometimes.
I also saw it happens with memory leaks if a zone contains a lot of information, but will not use JOSM to edit post stamps zones.
Also to complete, if you download in a new layer a small zone, the bug has gone till the next time.
Make it reproducable. Find a situation, where this happens always. You above description will not help finding a bug.