Bug report #12441
topological editing broken(?)
|Affected QGIS version:||2.8.1||Regression?:||No|
|Operating System:||Ubuntu||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:||not reproducable|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||20610|
Please have a look at the attached screencast.
The very same project (so same data, same snapping options, etc.) is open under both Linux (Ubuntu 14.04) and Windows using QGIS 2.8.1 in both cases.
As you can see topological editing under Linux does not works, while under Windows is ok.
Under Linux is not always broken, sometimes it works others don't, is anyway pretty easy to replicate.
I also attach the sample project/data.
#1 Updated by Giovanni Manghi about 5 years ago
- File bug_topological_editing_take2.mp4 added
very odd, see also the second attached screencast: if before moving the node that does not respect the topological editing I move another one that works ok, then moving again the first one is ok... Sometimes it also seems that (working or not) depends just on the scale... Honestly I'm baffled by this bug, hope someone can sort it out.
#4 Updated by Giovanni Manghi about 5 years ago
it seems to depend on what vertex is dragged. If is dragged the one of the right polygon than all ok, if the one of the left polygon then not ok... but again this happen only on linux, not windows.
#5 Updated by Giovanni Manghi about 5 years ago
- Subject changed from topological editing broken under Linux to topological editing broken(?)
apparently there is anyway something very wrong also under Windows, this has just been sent to me by a user