Part Holds ignore boundaries after placement
Bug #1418177 reported by
Thomas Berezansky
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
New
|
Undecided
|
Unassigned |
Bug Description
It appears that the hold targeter ignores selection depth/ou for Part holds. This has the effect of boundaries not being obeyed for part holds once placed, provided the hold was able to be placed in the first place (as the hold placement tests seem to be fine).
I believe the solution is probably along the lines of a new ranged_tree function for parts, and then teaching the hold targeter to call it.
tags: | added: parts |
tags: | added: holds |
tags: |
added: circ-holds removed: holds |
tags: |
added: cat-parts removed: parts |
To post a comment you must log in.