View Issue Details

IDProjectCategoryView StatusLast Update
0001190PartDesignFeaturepublic2021-02-06 06:43
Reportervnks Assigned To 
Status acknowledgedResolutionopen 
Target Version0.20 
Summary0001190: Option for PolarPattern to obey individual UpToFirst/UpToLast/UpToFace pad features for each instance.

Applying a polar pattern to a pad feature in Part Design, it appears that the length is taken from the original feature instead of padding each individual rotated feature to first/last/specific face. In the attached design, if you look inside the hollowed out part, you can see that the two poles, meant to hold screws, are the same height, instead of extending up to the 'ceiling' per 'UpToFirst' pad feature.
FreeCAD Information


2013-07-27 14:07


polar_bug.fcstd (64,128 bytes)


2017-05-31 22:19

administrator   ~0009232

@Abdullah when you get a moment please check this ticket. Thanks!


2017-06-10 23:29

manager   ~0009340


I think I understand what the reporter wanted to do. I am not sure how this should actually work.

The first pad goes up to first. Now, I am not sure whether the transformation should "recompute" where it should end or not. I mean, I understand it would be useful for the case of the reporter. I simply do not know how general such a case is.

I think it is worth to involve one of the CAD experts to gather more information about user requirements.


2017-06-17 21:46

manager   ~0009427

I'll test in the commercial CAD software I use at work and report back.


2017-06-17 21:49

manager   ~0009428

FYI, there is a simple workaround here since there are only two occurrences, delete the polar pattern and add a second circle in Sketch016031002. Two posts will be created up to the face of the inner loft.


2017-06-21 10:51

administrator   ~0009479

@vnks please respond


2017-08-02 11:02

manager   ~0009863

Last edited: 2017-08-02 11:02

Forgot to report back. In the commercial parametric CAD program I use at work, the behaviour is as the reporter is asking. The transformation is recomputed according to the ending condition of the original pad.

Maybe this could be considered an enhancement request rather than a bug.


2017-08-02 14:00

administrator   ~0009868

Changed to 'Feature'


2018-05-31 00:31

administrator   ~0011321

Opened forum thread for further discussion:


2018-10-08 14:17

administrator   ~0011971

@NormandC how would you rename this ticket to reflect that it's a feature instead of something missing in FC ?


2019-03-03 14:19

administrator   ~0012831

Renamed ticket title per the chrisb's recommendation in the forum


2022-03-03 13:55

administrator   ~0016403

This ticket has been migrated to GitHub as issue 5568.

Issue History

Date Modified Username Field Change
2013-07-27 14:07 vnks New Issue
2013-07-27 14:07 vnks File Added: polar_bug.fcstd
2017-05-31 22:19 Kunda1 Note Added: 0009232
2017-06-10 23:29 abdullah Note Added: 0009340
2017-06-17 21:46 normandc Note Added: 0009427
2017-06-17 21:49 normandc Note Added: 0009428
2017-06-18 17:20 Kunda1 Tag Attached: PolarPattern
2017-06-21 10:51 Kunda1 Status new => feedback
2017-06-21 10:51 Kunda1 Note Added: 0009479
2017-08-02 11:02 normandc Note Added: 0009863
2017-08-02 11:02 normandc Note Edited: 0009863
2017-08-02 14:00 Kunda1 Category Bug => Feature
2017-08-02 14:00 Kunda1 Note Added: 0009868
2018-05-31 00:27 Kunda1 Tag Attached: #pending
2018-05-31 00:31 Kunda1 Note Added: 0011321
2018-10-08 14:17 Kunda1 Note Added: 0011971
2019-03-03 14:19 Kunda1 Severity major => minor
2019-03-03 14:19 Kunda1 Status feedback => acknowledged
2019-03-03 14:19 Kunda1 Product Version trunk =>
2019-03-03 14:19 Kunda1 Summary Polar pattern doesn't obey UpToFirst/UpToLast/UpToFace pad features => Option for PolarPattern to obey individual UpToFirst/UpToLast/UpToFace pad features for each instance.
2019-03-03 14:19 Kunda1 Note Added: 0012831
2019-03-03 14:19 Kunda1 Tag Detached: #pending
2021-02-06 06:43 abdullah Target Version => 0.20