BUG: Sweep Sketch time out

[KimA998]

The sketch is a SVG file made to a stroke.

Then added the path and tried to sweep it.

Clicked Finish Sweep then this message.

[henmedia]

@KimA998 thank you. The CAD kernel gets a fixed time to build a sketch, and your profile, an SVG outline with very many points made into a stroke and then swept along the path, needed more than that. Your picture shows how dense the outline is: each little piece between two points becomes faces of its own all the way along the path.

For the next version I made three changes: a sweep now gets two minutes instead of 30 seconds; when the time is up, the kernel is stopped properly, so the next try does not have to wait behind the old one (it used to keep working in the background); and the message says what helps instead of the bare "OpenCascade timed out".

What helps right away is an outline with fewer points: export the SVG from its original drawing (not from a mesh or an STL), where round parts are curves with a few nodes each.

To see exactly why your sketch takes so long, could you send me a bug report? Open the sketch, click Bug report at the bottom of the page and attach the file it saves here. It holds the sketch, so I can build the same sweep.

[henmedia]

@KimA998 the longer time for a sweep (two minutes) and the message that says what helps are out in 1.112.0.

[KimA998]

Using 1.112.0

I can now make the sweep, but there is something wrong with Z height position on the work plane.

Red object is exact 50 mm high and the blue is not 50 up from the work plane, but Z height in the right windows say it is.

Untitled design 5-bug-report.zip

[KimA998]

BTW the SVG file is made direct from TC.

…

________________________________ Fra: Stefan ***@***.***> Sendt: 26. oktober 2026 15:54 Til: henmedia/layerling ***@***.***> Cc: KimA998 ***@***.***>; Mention ***@***.***> Emne: Re: [henmedia/layerling] BUG: Sweep Sketch time out (Discussion #884) @KimA998<https://github.com/KimA998> thank you. The CAD kernel gets a fixed time to build a sketch, and your profile, an SVG outline with very many points made into a stroke and then swept along the path, needed more than that. Your picture shows how dense the outline is: each little piece between two points becomes faces of its own all the way along the path. For the next version I made three changes: a sweep now gets two minutes instead of 30 seconds; when the time is up, the kernel is stopped properly, so the next try does not have to wait behind the old one (it used to keep working in the background); and the message says what helps instead of the bare "OpenCascade timed out". What helps right away is an outline with fewer points: export the SVG from its original drawing (not from a mesh or an STL), where round parts are curves with a few nodes each. To see exactly why your sketch takes so long, could you send me a bug report? Open the sketch, click Bug report at the bottom of the page and attach the file it saves here. It holds the sketch, so I can build the same sweep. — Reply to this email directly, view it on GitHub<#884?email_source=notifications&email_token=A7MAD3QQOSUZF7HNG536AN35V5QRHA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOJRHE3TOOBTUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSWGM33PORSXEX3DNRUWG2Y#discussioncomment-19197783>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/A7MAD3XXGFTZMVJJGVNERHT5V5QRHAVCNFSNUABJKJSXA33TNF2G64TZHMYTGNZTGY3DAMZRGI5UI2LTMN2XG43JN5XDWMJRGEZDINJXGCQXMAQ>. Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS<https://github.com/notifications/mobile/ios/A7MAD3UFE7YIBHW7YPPDQLD5V5QRHA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOJRHE3TOOBTUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSVGM33PORSXEX3JN5ZQ> and Android<https://github.com/notifications/mobile/android/A7MAD3TGJYVKIZBDFRQEVND5V5QRHA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOJRHE3TOOBTUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSXGM33PORSXEX3BNZSHE33JMQ>. Download it today! You are receiving this because you were mentioned.Message ID: ***@***.***>

[henmedia]

@KimA998 thank you for trying 1.112.0, and good that the sweep goes through now. I measured the body in your file, and the position is not wrong, but it does not mean what you expected: your swept body is turned by 90° about X, and the Z (height) field of the Position card gives the bottom of the body before it is turned. The body turns about its middle, so after the turn it stands 227.34 mm high with its lowest point at 35.41 mm, not at 50 mm. The red body, which is not turned, runs from 0 to 50 mm, so the blue one reaches 14.59 mm into it.

To set the blue body on the red one, type 64.59 as Z, or use "Align faces": choose the blue body, click "Align faces", then its lower face and the top face of the red body. That sets it exactly, whatever the angle. If you would rather have the Position card show the lowest point of a turned body, tell me, I will look at that.

[KimA998]

Yes the position card should always show the Z height of the objects lowest point to a GIVEN wok plane - NOT the base work plane only.

And PLEASE make an edible label at the object showing the Z height.

WHY: You have alle the other size information's at the object and it is annoying to have to look in the right hand window to search for the Z height.

[henmedia]

@KimA998 thank you, I understand both points. The Position card shows the bottom of the body before it is turned, so for a turned body it differs from the lowest point; that is how it works today, and it is easy to trip over. I have noted both wishes: the Z field showing the lowest point of the body, and a label on the body to type the height in, as the other measures have. For now, "Align faces" and the value from the calculation above give you the exact height.