Public issue archive

All archived issues

Public and community records, ordered by the most recent archived update.

7,498 records

Page 1 of 94

Showing 80 issue records.

Community · OCCT:Shape Healing

#0033903 ShapeFix_Shape crashes

Applying ShapeFix_Shape to the attached brep causes a crash. Setting aSfs.FixSolidMode() = false avoids this issue, maybe because this is a Moebius-type shape, but it should not cause a crash anyway. TopoDS_Shape shape ; BRep_Builder builder ; BRepTools::Read(shape, "Attachm

resolvedcrash3 notes

Community · OCCT:Modeling Data

#0033907 Computed volume is not the same as the one given by CADAssistant

Hello, With the attached brep, I get a volume of 329.6, but with CADAssistant I get a volume of 334.6. Why is there a difference please ? TopoDS_Shape lShape ; BRep_Builder lBuilder ; GProp_GProps lProperties ; BRepTools::Read(lShape, "Attachment 1 (BREP)", lBuilder) ;

minor2 notes

Community · OCCT:Modeling Algorithms

#0033905 BRepAlgoAPI_Common gives bad result

Hello, The whole Attachment 1 (BREP) (see attached files) is considered as common part between Attachment 1 (BREP) and Attachment 7 (BREP) but that's clearly wrong (see attached picture) BRepAlgoAPI_Common lBuilder ; lBuilder.SetRunParallel(false) ; TopTools_ListOfShape lArgs ; T

resolvedminor2 notes

Community · OCCT:Modeling Algorithms

#0033482 Modeling Algorithms - Bad result with BRepAlgoAPI_Common

Hi ! BRepAlgoAPI_Common can give no result although there is clearly a big common part between 2 shapes (see attached picture) You can use Tool and Argument joined in "NotAttachment 1 (ZIP)"

resolvedmajor5 notes

Community · OCCT:Modeling Algorithms

#0033448 Modeling Algorithms - incorrect result in solving 4th degree equations

Hello, There are sometimes bad results in math_DirectPolynomialRoots::Solve(const Standard_Real a, const Standard_Real b, const Standard_Real c, const Standard_Real d, const Standard_Real e) We don't get the right results, with values: a=1.0000000000000004 b=-2.[revision removed]

resolvedmajor6 notes

Community · OCCT:Modeling Algorithms

#0033900 Bad STEP import

Hello, The attached file is well seen on some CAD softwares, but import it with OCC gives a flat surface instead on a volume with 20 um of thickness. This code allows to scale the shape and see clearly the (bad) result : STEPControl_Reader reader ; reader.ReadFile("C:\\Attac

major1 note

Community · OCCT:Modeling Algorithms

#0033908 Bad result with BRepAlgoAPI_Cut

Hello, I try to use BRepAlgoAPI_Cut between 2 shapes. I should have a shape as result but I get an empty TopoDS_Shape. BRepAlgoAPI_Cut lBuilder ; BRep_Builder lBRepBuilder ; TopTools_ListOfShape lArgs ; TopoDS_Shape lArg, lTool ; BRepTools::Read(lArg, "Attachment 2 (BREP)&qu

major1 note

Open CASCADE · OCCT:Modeling Algorithms

#0027089 Remove unused property myBox of the class BRepClass3d_SolidExplorer

The class BRepClass3d_SolidExplorer has the field myBox, and it is computed during initialization of the class instance. But this property is never used in the current configuration. It is used only if preprocessor definition MARCHEPASSIUNESEULEFACE is defined in the file BRepCla

resolvedtweak1 note

Community · OCCT:Modeling Algorithms

#0033133 BRepPrimAPI_MakeTorus does not return a torus

when a1 is not 0 and a2 is not 2 Pi and angle is not 2 Pi things go south: BRepPrimAPI_MakeTorus(axis, r1, r2, a1, a2, angle) Other combination of values may also be problematic. See discussion in forum. #include <iostream> #include <gp_Ax2.hxx> #include <TopoDS_Sh

resolvedminor2 notes

Community · OCCT:Modeling Algorithms

#0029446 Parameter U should used for GeomFill_CoonsAlgPatch::Value()

According to the Coons parametric equation(see the attach picture), the parameter U should used to evaluate the point on Coons patch, in the 7.2.0 source code, the parameter U is commented as follows: //gp_Pnt GeomFill_CoonsAlgPatch::Value(const Standard_Real U, gp_Pnt GeomFill_C

resolvedminor1 note

Community · OCCT:Modeling Algorithms

#0032371 Modeling Algorithms - Unnecessary range of iteration loop in an algorithm

In file src/BRepLib/BRepLib.cxx, line 411: for (ii = 0 ; ii < 3 ; ii++ ) { should be changed to for (ii = 1 ; ii < 3 ; ii++ ) { Since ii == 0 always results in obtaining a null pointer Curve2dPtr after calling the first line BRep_Tool::CurveOnSurface (this function expects

resolvedtrivial1 note

Open CASCADE · OCCT:Mesh

#0032395 Mesh - possible mistake in BRepMesh_Delaun::isVertexInsidePolygon

The method BRepMesh_Delaun::isVertexInsidePolygon classifies a point inside 2D polygon calculating cumulative angle from the point to all segments. I found out that for a CCW polygon the angle computed by that procedure will be equal to -2PI. However, the final condition checks t

resolvedminor1 note

Open CASCADE · OCCT:Modeling Data

#0032902 Modeling Data - Get rid of BRepTopAdaptor_SeqOfPtr

Usage of BRepTopAdaptor_SeqOfPtr leads to potential memory leaks (see 0031009). This issue proposes to get rid of BRepTopAdaptor_SeqOfPtr and substitute it by the collection of a certain type. Entities of this class are used in BRepTopAdaptor_FClass2d and IntTools_FClass2d. NA

resolvedminor1 note

Open CASCADE · OCCT:Documentation

#0033848 Reporting bugs or feature request in GitHub

OCCT team have new approach with reporting bug or features and questions. Bugs or features: Mantis: [archived tracker link removed] GH Issues: https://github.com/Open-Cascade-SAS/OCCT/issues GH Report issue: https://github.com/Open-Cascade-SAS/OCCT/issues/new/choose _ Question or

confirmedfeature1 note

Community · OCCT:Modeling Algorithms

#0033909 BRepFilletAPI_MakeFillet::Add hangs on adding edge, reproducible in DRAWEXE

I made a solid shape using boolean operations on some simple primitives like spheres, cylinders and boxes. Some of the source elements have fillet added. Then I tried adding more fillets and BRepFilletAPI_MakeFillet::Add() hangs on adding an edge. This is fully reproducible in DR

newmajor2 notes

Community · OCCT:Modeling Algorithms

#0024114 BRepBuilderAPI_MakePolygon crash

BRepBuilderAPI_MakePolygon will be crash when apply some polygon. BRepBuilderAPI_MakePolygon MP; MP.Add(gp_Pnt(0,0,0)); MP.Add(gp_Pnt(30,100,0)); MP.Add(gp_Pnt(40,20,0)); MP.Add(gp_Pnt(100,0,0)); MP.Add(gp_Pnt(70,45,0)); MP.Add(gp_Pnt(50,50,0)); MP.Add(gp_Pnt(60,70,0)); MP.Add(gp

closedcrash1 note

Community · OCCT:Modeling Algorithms

#0029493 Modeling Algorithms - crash on fillet construction

This issue came from the FreeCAD community. The following exception message is generated: Draw[14]> blend res a 0.1 a_5 An exception was caught [revision removed] : Standard_Failure: There are no suitable edges for chamfer or fillet ** Exception ** [revision removed] : Standar

closedminor1 note

Community · OCCT:Modeling Algorithms

#0031696 Crash on attempt to unify same domain

Crash on attempt to unify same domain for two cylinder shells restore Attachment 1 (OC2) unifysamedom unify_res cyl2

closedcrash0 notes

Community · OCCT:Visualization

#0033746 Visualization - Unexpected moving with AIS_ViewCube

Issue when AIS_ViewCube set to Top and AIS_ViewController bind MouseGesture with AIS_MouseGesture_RotateView The steps about the issue are as follows: First, In class AIS_ViewController add MouseGesture AIS_MouseGesture_RotateView to myMouseGestureMap in its constructor function.

verifiedmajor9 notes

Open CASCADE · OCCT:Foundation Classes

#0033656 Foundation Classes - Standard_Type crash during unloading static lib

After reorganization of Standard_Type as a part of 7.8.0 there is a problem with releasing type_info objects. Needs to prepare maintance patch to avoid crash. Minor release will include full reorginization of Standard_Type to avoid using mutex mappint iteration

closedcrash4 notes

Community · OCCT:Data Exchange

#0033765 Data Exchange, IGES Export - Missing Model Curves in transfer cache

IGESControl_Writer with mode=1 missing Model Curves in Transfer_FinderProcess I'm trying to set name and color attributes for Curves when exporting to BRep IGES files, but the Curve IGES entities are missing the Curve entities in the Transfer_FinderProcess. The attached example p

closedmajor14 notes

Community · OCCT:Modeling Algorithms

#0031041 Modeling Algorithms - Crash in BRepOffsetAPI_MakePipeShell

The following code causes access to null shape and as a result - crash. I think it was caused by 0029204: BRepOffsetAPI_MakePipeShell produces invalid result and raises exception in Draw double tol = 6.[revision removed]-07; sweep.SetTransitionMode(BRepBuilderAPI_TransitionMode::

closedcrash17 notes

Community · OCCT:Shape Healing

#0033895 ShapeFix_Shape / fixshape crashes when given a face without a surface

ShapeFix_Shape crashes with a segfault when given a shape that contains faces without a surface pointer, for example if the shape is tessellated or triangulated, or contains tessellated / triangulated subshapes. 1) Load a step file with tessellated geometry 2) Run ShapeFix_Shape

closedminor1 note

Community · OCCT:Mesh

#0033906 BRepMesh_IncrementalMesh gives bad results

Hello, With the attached shape, when I give to BRepMesh_IncrementalMesh a more accurate deflection I get a bad mesh at specfic areas. BRepMesh_IncrementalMesh lIncrMesh ; lIncrMesh.SetShape(lShape) ; // Good result lIncrMesh.ChangeParameters().Deflection = 0.09 ; lIncrMesh.Perfor

newmajor3 notes

Community · OCCT:Modeling Algorithms

#0033904 Issue with cutting of 1 cylinder by another one

Hello, Cutting an cylinder with anoter one to get a thickness doesn't work with a thickness < 4e-5. Here I attached 2 cases : thickness of 3e-5 and thickness of 4e-5. // Parameters const gp_Ax2 lTransform ; // Default value double lThickness = 3.0e-5 ; // First cylinder TopoDS

newmajor1 note

Community · OCCT:Modeling Algorithms

#0033479 Bad result of BRepAlgoAPI_Common: intersection not detected

Hello ! BRepAlgoAPI_Common builder returns no common part in some case, although there is clearly a big common part, as you can see on the joined picture. BRepAlgoAPI_Common builder with the argument and tool joined in "NotAttachment 1 (ZIP)" file returns no common part

newmajor0 notes

Community · OCCT:Modeling Algorithms

#0033480 Bad result with BRepAlgoAPI_Common

Hi ! BRepAlgoAPI_Common give no result although there is clearly a big common part between 2 shapes (see attached picture) You can use Tool and Argument attached in "NotAttachment 1 (ZIP)" file

newmajor1 note

Community · OCCT:Modeling Algorithms

#0033481 Bad result with BRepAlgoAPI_Common

Hi ! BRepAlgoAPI_Common gives no result although there is clearly a big common part between 2 shapes (see attached picture) You can use Tool and Argument attached in "NotAttachment 1 (ZIP)".

closedmajor1 note

Community · OCCT:Modeling Algorithms

#0033899 Overlap found/not found depending on translation value

From 2 TopoDS_Shape, I perform a BRepAlgoAPI_Common operation and the result shape is empty. I set an identical translation in Y for the 2 shapes, I do it again and now I have a common shape. I should not. BRepAlgoAPI_Common lBuilder ; lBuilder.SetRunParallel(false) ; TopTools_Li

newmajor0 notes

Community · OCCT:Modeling Algorithms

#0033897 Sweeping fail with RightCorner transition mode

The sweeping fails with the provided traceline and profiles when using the RightCorner transition mode: "An exception was caught 0x641d8902c600 : StdFail_NotDone: BRep_API: command not done" The sweeping does not fail with the default Transformed transition mode, but th

closedminor2 notes

Community · OCCT:Data Exchange

#0033896 STEP write

An issue to start a pull request to write simple key value attributes to STEP geometry: https://github.com/Open-Cascade-SAS/OCCT/discussions/631 https://github.com/Open-Cascade-SAS/OCCT/issues/629

newminor0 notes

Open CASCADE · OCCT:Data Exchange

#0033099 Data Exchange, Step Import - Wrong PMI values in GDT

When read step file contains the GDT with complex type of measure(main value). The GDT value does set to XCAD (0,0 by default) It is needed to update handle measure as a complex type too (use a base class to keep the entity) Complex measure type is a StepRepr_ReprItemAndLengthMea

closedmajor14 notes

Community · OCCT:Modeling Algorithms

#0033852 incorrect (to big) bounding box for imported STEP file

incorrect (to big) bounding box for imported STEP file => see attached screenshot FreeCAD 1.0.0 - using OpenCascade 7.8.1 1) start FreeCAD 1.0.0 2) load attached STEP file "Attachment 2 (STP)" 3) display the bounding box via menu: View >> Bounding box 4) turn t

newmajor4 notes

Community · OCCT:Modeling Algorithms

#0033892 BRepAlgoAPI_Common doesn't work well in a specific case

Hi, I use BRepAlgoAPI_Common to get the intersection between 2 shapes and the result is an empty shape, but it shouldn't. I give you the example below. Tried with v7.9.1 BRepAlgoAPI_Common lBuilder ; lBuilder.SetRunParallel(false) ; TopTools_ListOfShape lArgs ; TopTools_ListOfSha

newmajor2 notes

Community · OCCT:Data Exchange

#0033435 Data Exchange, STEP import - change in colors of BRep

STEP import: change in colors of BRep see the attached screenshots: + with OpenCascade 7.3.0 the colors are still fine + with OpenCascade 7.6.0 the colors are changed / mixed up STEP file to investigate is attached NOTE: pls ignore the red dots and the bounding box Import BRep of

acknowledgedmajor8 notes

Community · OCCT:Data Exchange

#0033522 generation of 2D FRONT view results in erroneous frame corners

generation of 2D FRONT view results in erroneous frame corners NOTE: bug is reproducible with OCC 7.7.2 see attached: + STEP-to-DXF-CmdLineTool.zip NOTE: contains ReadMe.txt + STEP file NOTE: contains several nested frames + screenshot of front view NOTE: defective corners marked

newmajor5 notes

Community · OCCT:Modeling Algorithms

#0033494 generation of 2D views results in erroneous graphics / lines

generation of 2D views results in erroneous graphics / lines => see attached screenshot "A_B_N_140MT_D9N_A16_A.stp--Right.png" => see the four attached DXF files Bug reproducible with OC 7.3.0, OC 7.6.0, OC 7.7.0 and OC 7.7.2 (others OC versions we did not test) =

newmajor9 notes

Community · OCCT:Modeling Algorithms

#0033780 Modeling Algorithms - Generation of FRONT view fails with Standard_OutOfRange

generation of FRONT view fails with Standard_OutOfRange Exception => Handle_HLRBRep_Data::NbEdges() == 0 NOTE: bug is reproducible with OCC 7.7.2 === ATTACHMENTS === + Attachment 2 (ZIP) NOTE: contains ReadMe.txt + STEP file "E009003dEC7133Jcosyplus_wifi_3d.step" can

newmajor5 notes

Community · OCCT:Data Exchange

#0033770 Regression: STEP file opened in FreeCAD 0.20 with unexpected sphere

=== BUG === OpenCascade 7.6.2 (as used by FreeCAD 0.20) displays an unexpected sphere for this STEP file => see the huge orange sphere on the attached screenshot === Regression === OpenCascade 7.5.3 (as used by FreeCAD 0.19) does not yet display this unexpected sphere => th

newmajor5 notes

Community · OCCT:Data Exchange

#0032819 Data Exchange - VrmlAPI_Writer does not write all colors

Hi, I have a simple App, which tells OCCT to read and mesh a STEP file. The result is written to a VRML file: app->NewDocument("BinXCAF", doc); auto success = reader.Perform(input, doc); if (!success) { std::cout << "ERROR!\n"; return -1; } shapeTool

assignedminor11 notes

Community · PRODUCTS:DXF Import

#0033885 DXF Import - DXF Importer leaves wires open

DXF Importer leaves wires open when importing. It seems to happen with any arbitrary DXF-file. ShapeFix_Wire will fix it though, but I would expect that the imported object would be valid in the first place. Just import the uploaded DXF-file and check out whether the wire of the

newminor0 notes

Community · OCCT:Modeling Algorithms

#0033881 BRepBuilderAPI_Transform with theCopyGeom=true fails on Degenerate Edges

This occurs in OCCT 7.9.0 and is caused by to https://github.com/Open-Cascade-SAS/OCCT/pull/374. In previous versions of OCCT, applying a transformation with theCopyGeom=true to a Degenerate Edge worked, but after issue 374 the transformed Degenerate Edge is missing a 2D curve an

closedblock2 notes

Community · OCCT:Application Framework

#0033882 STEP file imports with wrong parametric loops

The attached file can be imported and features correct surfaces and spatial trimming loops. However parametric loops are wrong. See attached image for an example: _ the blue surface should be a rectangle, but the side on the left is eroded, making it curvy; _ additionally the sid

newmajor1 note

Open CASCADE · OCCT:Visualization

#0000190 Loaded vertex is invisible in 2D viewer.

Loaded vertex is invisible in 2D viewer in spite of that it is present in it. (Requirement source files can be taken from attachment of OCC182)

closedtrivial1 note

Open CASCADE · OCCT:Documentation

#0031896 Documentation - Proofreading User manual

In the current version of OCCT documentation, several flaws are reported regarding OCCT "Tutorials and Samples" and "User Guides" manual sections. Based on the Teams meeting the following action list is presented: 1) Proofreading (+fact-checking and content-re

assignedintegration request3 notes

Open CASCADE · OCCT:Foundation Classes

#0033879 Foundation Classes - Move BVH package to TKernel toolkit

TKMath contains very specific things related to BSplines, Bounding boxes, Geometry computations, and stuff around gp classes, i.e. low-level functionality related to geometry. TKernel provides general functionality like Type basics, OSD, and also the general purpose and independe

newminor0 notes

Community · OCCT:Modeling Algorithms

#0033877 BRepFilletAPI_MakeFillet fails on a simple shape

After union of a box and a cylinder fillet operation fails on edge of the intersection in case when cylinder intersects an edge of the box. See the attached C:\DISoft\Keep\Attachment 1 (CPP) It happens in OCCT 7.8.0, 7.7.0, 7.5.0 and 6.9.1 Debug the attached Attachment 1 (CPP) wi

newmajor0 notes

Open CASCADE · PRODUCTS:Documentation

#0033876 Syntax replacement for code blocks in PDF

The code blocks are broken when using the latest version of doxygen. This patch provides the replacement for syntax, excluding the broken highlighting mechanics from the blocks by replacing the ~~~~{.***} .... ~~~~ with \verbatim ... \endverbatim as proposed by Dmitry.

minor1 note

Community · OCCT:Application Framework

#0033872 Double click not recognized after a long first click

Currently, in the AIS_ViewController, we have the method UpdateMouseButtons (AIS/Attachment 3 (CXX):712) Inside it, the library increment the index by one each time we trigger a mouse button, we increment a counter by one. And this counter is only reset when the mouse click is de

newminor3 notes

Open CASCADE · OCCT:Visualization

#0030979 Visualization - introduce customized grid presentations

V3d_View provides functionality displaying rectangular or circular grid on the screen. Current implementation is quite basic and displays fixed number of line segments. It is desired improving this functionality or providing substitution. Possible extensions: - Dynamic grid step

assignedfeature18 notes

Open CASCADE · OCCT:Configuration

#0033865 Configuration - Add exception about static libraries to OCCT license

OCCT allows to create static version of libraries, however it does not allow to use them in any kind of project except LGPL ones which makes OCCT quite impractical and makes features like webassembly merely a toy. OCCT license represents a modification of the general LGPL license

newminor1 note

Community · OCCT:Modeling Algorithms

#0030316 GeomAPI_ExtremaCurveCurve fails to detect intersection

All the intersections of two offset curves, each of the offset curves having a basis curve being an arc of ellipse, are not detected by the GeomAPI_ExtremaCurveCurve algorithm. In the attached pictures you can see the two original arcs and the two offset curves on those arcs. Thi

newmajor0 notes

Community · OCCT:Modeling Algorithms

#0033862 Bug in BRepFill_PipeShell or BRepFill_Sweep with a spline as a spine wire

A bug exists in BRepFill_PipeShell or BRepFill_Sweep (as BRepFill_PipeShell relies on this class) when using a spline as the spine wire. This appears to be the same unresolved issue described here: https://dev.opencascade.org/content/brepoffsetapimakepipeshell-bspline-error The i

newmajor0 notes

Open CASCADE · OCCT:Configuration

#0033858 Configuration - Don't use absolute paths in the run scripts

When OCCT is compiled somewhere outside the workstation where it is supposed to be used, e.g. by CI/CD, it becomes impossible to start DRAWEXE on target workstation, because all paths in env.{bat|sh} and custom.{bat|sh} are hardcoded with absolute paths corresponding to the file

newminor1 note