New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug] [Regression] Pocket becomes a pad when next object ofter a polar pattern #6584
Comments
@realthunder , since you did much to PD in your branch, maybe you have an idea what is causing this nasty issue? |
I had a quick look but can't find anything obvious in the code that would create this. I'm balanced between a FC bug and an OCC one... |
Since this commit does not seem the be the origin, just a symptom, could it be that this commit causes this bug?: 03da9d3501 |
No, reverting this commit does not fix the issue. |
Also reverting aa19f8b does not fix the issue. |
Fixes FreeCAD#6584. Under certain circumstances the created `TopoDS_Solid`s can be inverted. For issue FreeCAD#6584, this happened when creating PolarPattern. If this commit causes side-effects/performance issues, an alternatives could be to add this check in `PartDesign::Feature::getSolid()`.
Fixes FreeCAD#6584. Under certain circumstances the created `TopoDS_Solid`s can be inverted. For issue FreeCAD#6584, this happened when creating PolarPattern.
Fixes FreeCAD#6584. Under certain circumstances the created `TopoDS_Solid`s can be inverted. For issue FreeCAD#6584, this happened when creating PolarPattern. If this commit causes side-effects/performance issues, an alternatives could be to add this check in `PartDesign::Feature::getSolid()`.
Fixes FreeCAD#6584. Under certain circumstances the created `TopoDS_Solid`s can be inverted. For issue FreeCAD#6584, this happened when creating PolarPattern.
@AjinkyaDahale Could you clarify about difference between 6665 and 6671 ? What are pros & cons of each ? Is one covering more cases ? |
Just where the inversion check happens. A user there did some benchmarks and found a significant speed difference in #6665. HOWEVER, they have since found an error in that test so now it looks quite better.
I guess #6671 does the check at the very end, so it happens even if refine is set to false. #6665 on the other hand will also correct the loose solids if that is wanted. |
Is there an existing issue for this?
Forums discussion
https://forum.freecadweb.org/viewtopic.php?p=579381#p579381
Version
0.19 (Release)
Full version info
Subproject(s) affected?
PartDesign
Issue description
See https://forum.freecadweb.org/viewtopic.php?p=579381#p579381 for a description and example file.
We found out that the issue occurred with aa19f8b but this commit is not directly to blame.
However, a mustfix for 0.20 since padding is an essential feature for 3D of course ;-)
The text was updated successfully, but these errors were encountered: