View Issue Details

IDProjectCategoryView StatusLast Update
0002188PartDesignBugpublic2021-02-20 13:52
Reporterfra.orolo Assigned Torealthunder  
Status closedResolutionduplicate 
PlatformLinuxOSUbuntu LinuxOS Version14.04
Target Version0.20 
Summary0002188: Modifying a pocket sketch destroys orientation and position of another pocket
DescriptionI am using the Ubuntu development builds, distributed in the
ppa:freecad-maintainers/freecad-daily, 0.16+bzr3818+201507082112

I downloaded a Freecad model from GitHub and all I want to change is a
length constraint (the distance between 2 holes). These holes both have a drill and a nut-pocket created with a sketch each and applying the pocket-tool.

This length is contained in 2 independent sketches, therefore I have to change both consistently.
But if I change the first sketch, the second sketch suddenly has a completely different orientation and I can not get it back to its original place.

It does not matter in which order you touch the sketches, if the nut-pockets are changed, the drills-sketch changes position.

As the model is quite complicated, deleting some modeling steps (more pockets) is not good option, as one has to do half of the work again. (Typical chain of pocket operations)
Steps To Reproduce1. Open the attached file
2. Select drills-1-sketch and look where this sketch is placed and which holes it creates
2. Open nut1-cutout-sketch and change the holes-distance (e.g. 15mm to 12), close the sketch.

drills-1-sketch is suddenly in a weird angle and the generated holes are some grove on the back of the part.

drills-1-sketch should be in the same place as before.
FreeCAD Information


duplicate of 0000922 assignedrealthunder FreeCAD Topological Naming 



2015-07-09 09:59


x-carriage.fcstd (1,996,937 bytes)


2016-03-06 21:34

manager   ~0006891

There are many errors in the file. For one, main-body-sketch (which is the first sketch in the model) isn't even a closed profile, one of the segments has been turned into construction geometry. I don't understand how it could have produced a valid "main-body" solid in the first place. Forcing a recompute makes this feature fail. Fixing the sketch will further break the model, because of the known topological naming issue wmayer linked.

But I wanted to point out that in this specific case, changing the hole distance in nut1-cutout-sketch is not enough to update this model. One has also to edit drills-1-sketch and update the vertical distance constraint as well, because the sketch has no external link to the nut1-cutout.


2017-01-15 13:59

administrator   ~0007788

downgrading severity to 'minor'


2021-02-20 13:52

administrator   ~0015380

Closing in favor of 0000922

Issue History

Date Modified Username Field Change
2015-07-09 09:59 fra.orolo New Issue
2015-07-09 09:59 fra.orolo File Added: x-carriage.fcstd
2016-02-28 20:23 wmayer Relationship added related to 0000922
2016-02-29 08:47 wmayer Status new => confirmed
2016-03-06 21:34 normandc Note Added: 0006891
2017-01-15 13:59 Kunda1 Note Added: 0007788
2017-01-15 13:59 Kunda1 Severity block => minor
2017-01-15 13:59 Kunda1 Steps to Reproduce Updated
2017-05-25 20:35 Kunda1 Assigned To => jnxd
2017-05-25 20:35 Kunda1 Status confirmed => assigned
2021-02-06 06:43 abdullah Target Version => 0.20
2021-02-20 13:50 Kunda1 Tag Attached: toponaming
2021-02-20 13:52 Kunda1 Assigned To jnxd => realthunder
2021-02-20 13:52 Kunda1 Status assigned => closed
2021-02-20 13:52 Kunda1 Resolution open => duplicate
2021-02-20 13:52 Kunda1 Note Added: 0015380
2021-02-20 13:52 Kunda1 Relationship replaced duplicate of 0000922