Boundary Dressup crashes on copied path.

Mods CAM/Path
1

Hi,

I have found that Boundary Dressup crashes in a mess when operating on a pocket created with Path_OperationCopy of an engrave path on recent master.

I reduced it to a minimal example. Can anyone confirm with this file?

Try to do a Boundary Dressup on DeburrCopyOp.

TIA.


\

OS: Fedora Linux 38 (Thirty Eight) (LXQt/lxqt)
Word size of FreeCAD: 64-bit
Version: 0.22.0dev.35525 (Git)
Build type: Release
Branch: helix
Hash: 9bb9eb8b218bd5af0e4ed199b65ab61c7238364c
Python 3.11.7, Qt 5.15.11, Coin 4.0.1, Vtk 9.2.5, OCC 7.6.3
Locale: English/United Kingdom (en_GB)
Installed mods:
* FreeCAD_Assembly4 0.11.10
* Curves 0.6.22
* freecad.gears 1.2.0
* AirPlaneDesign 0.4.0
* Plot 2022.4.17
* CurvedShapes 1.0.5
2

I did a boundary dressup with leaving everything at the defaults of 1mm. The result is an error message, but no crash:

09:43:27  276.272 <App> Document.cpp(3158): Unknown exception in help#DressupPathBoundary001 thrown
09:43:27  DressupPathBoundary001: Unknown exception!

OS: macOS 13.0
Word size of FreeCAD: 64-bit
Version: 0.22.0dev.35594 (Git)
Build type: Release
Branch: main
Hash: 49e7bba9c7390b11e6cc9acebd10cc1568ec8869
Python 3.10.13, Qt 5.15.8, Coin 4.0.2, Vtk 9.2.6, OCC 7.6.3
Locale: C/Default (C)
Installed mods:
* FC_SU
* freecad.gears 1.2.0
* FeedsAndSpeeds 0.5.0
* dxf-library
* fasteners 0.4.75
* sheetmetal 0.3.14
* ExplodedAssembly
* Curves 0.6.21
3

Thanks.

When I opened the boundaryDressup dlg at first I got a message about three points are colinear.
Later , I just got dumped back to the command line as soon as I opened the dlg.

No problem using dressup except when I had cloned the pocket path.

I had to use the clone without the dressup and hack the gcode by hand to remove the bits I didn’t want.

4

I can not check in 0.22 now, but in 0.21.1
Snip macro screenshot-c46dcb.png

5

thanks xemul. How about adding FC info. This may be system dependent.

6 
OS: Windows 7 build 7601
Word size of FreeCAD: 64-bit
Version: 0.21.1.33694 (Git)
Build type: Release
Branch: (HEAD detached at 0.21.1)
Hash: f6708547a9bb3f71a4aaade12109f511a72c207c
Python 3.10.12, Qt 5.15.8, Coin 4.0.0, Vtk 9.2.5, OCC 7.6.3

Same version on the laptop (used with CNC’s) under Debian Bookworm with same results.

7

Snip macro screenshot-37bfe9.png

OS: Debian GNU/Linux 12 (bookworm) (MATE/lightdm-xsession)
Word size of FreeCAD: 64-bit
Version: 0.22.0dev.35758 (Git)
Build type: Release
Branch: (HEAD detached at 7e8265fb10)
Hash: 7e8265fb10269566c01bf11d8b1600a5dd81aaa2
Python 3.11.2, Qt 5.15.8, Coin 4.0.0, Vtk 9.1.0, OCC 7.6.3
8

Hmm…
At the morning I going make a note about (IMO) a more convenient and easy way
Snip macro screenshot-7c09d0.png
But on mentioned above Debian (bookworm) when I tried edit parameters of Boundary Dressup I got full hand of crashes on FC 0.22.0dev.35758.
FC 0.21.1.33694 (official AppImage release) did not crush but did throw errors in report view like
(reproduced on the current system)

14:25:32  3.84e-07 <App> Document.cpp(3062): Unknown exception in help_x3#DressupPathBoundary thrown
14:25:32  Recompute failed!

, set exclamation mark on existed Boundary Dressup and did not create correct dressup after removing first one.
Now I get same on Windows7 FC 0.21.1.33694. (screenshot were made a few minutes before)

I confirm an issue in Path Boundary Dressup.