[BUG #7872]: Cutting features "up to face" create traces and multiple faces

[Piero69]

i noticed that features with option "up to face" are not refined at all, they create traces and multiple faces on body. Following refining and recalculation do nothing.

in the attached example a pocket with made with 25mm depth looks good, the same one "up to face" creates traces and mulptiple faces.. this should not be the intent of feature

[chrisb]

Set Refine=true for the pocket. This removes the additional seams - which usually do no harm, and only have to be removed for some filleting operations.

[Piero69]

Set Refine=true for the pocket. This removes the additional seams - which usually do no harm, and only have to be removed for some filleting operations.

it's set to true (see attachment), but refine doesn't look like working. that's why i named [BUG] in the post

Code: Select all

OS: Windows 7 Version 6.1 (Build 7601: SP 1)
Word size of FreeCAD: 64-bit
Version: 0.21.31058 (Git)
Build type: Release
Branch: master
Hash: e6c53d8642af36ce7d738ab6058b063ec58e0859
Python 3.8.13, Qt 5.15.4, Coin 4.0.0, Vtk 9.1.0, OCC 7.6.3
Locale: Italian/Italy (it_IT)
Installed mods: 
  * 3DfindIT 1.2.0
  * A2plus 0.4.54b
  * Assembly3 0.11.4
  * Assembly4 0.11.8
  * Behave-Dark-Colors 0.1.1
  * BOLTSFC
  * CurvedShapes 1.0.4
  * Curves 0.6.1
  * dxf_library
  * DynamicData 2.46.0
  * ExplodedAssembly
  * fasteners
  * FCGear
  * freecad.gears 1.0.0
  * ImportNURBS
  * InventorLoader 1.3.0
  * InventorLoader.backup1663313199.3655012
  * invgears 0.1.2
  * lattice2
  * nurbs
  * Render 2022.1.0
  * sheetmetal 0.2.59
  * sheetmetal.backup1663313192.0420823
  * Silk -774766024.0.0
  * symbols_library

[Piero69]

@chrisb

only if we have a following feature the refining works, otherwise it doesn't and also an exported step is multi-faces and traced (see attachments)

This is not correct, if for many reasons my feature is compulsory the last in a model i get an incorrect outcome.

what do you think?

Code: Select all

OS: Windows 7 Version 6.1 (Build 7601: SP 1)
Word size of FreeCAD: 64-bit
Version: 0.21.31058 (Git)
Build type: Release
Branch: master
Hash: e6c53d8642af36ce7d738ab6058b063ec58e0859
Python 3.8.13, Qt 5.15.4, Coin 4.0.0, Vtk 9.1.0, OCC 7.6.3
Locale: Italian/Italy (it_IT)
Installed mods: 
  * 3DfindIT 1.2.0
  * A2plus 0.4.54b
  * Assembly3 0.11.4
  * Assembly4 0.11.8
  * Behave-Dark-Colors 0.1.1
  * BOLTSFC
  * CurvedShapes 1.0.4
  * Curves 0.6.1
  * dxf_library
  * DynamicData 2.46.0
  * ExplodedAssembly
  * fasteners
  * FCGear
  * freecad.gears 1.0.0
  * ImportNURBS
  * InventorLoader 1.3.0
  * InventorLoader.backup1663313199.3655012
  * invgears 0.1.2
  * lattice2
  * nurbs
  * Render 2022.1.0
  * sheetmetal 0.2.59
  * sheetmetal.backup1663313192.0420823
  * Silk -774766024.0.0
  * symbols_library

[chrisb]

The problem seems to be the revolution. If you hover over the bottom, you see that it is not flat in XY-plane.

[Piero69]

The problem seems to be the revolution. If you hover over the bottom, you see that it is not flat in XY-plane.

is it a bug in revolution feature?

[Piero69]

@chrisb

the problem occurs also working by pad feature instead of revolution, maybe it's not a problem of revolution

[chrisb]

I have seen this before, but not for things in XY plane, so I guessed it was due to rounding/precision issues. It's a pity that up-to-first doesn't work here, because that would also be stable with respect to toponaming issues.

[Kunda1]

issue #7872