# 0.B - AIM definitions

**URL:** <https://discourse.cataclysmdda.org/t/0-b-aim-definitions/8625>\
**Category:** The Garage\
**Created:** [January 15, 2015, 5:56am UTC](https://discourse.cataclysmdda.org/t/0-b-aim-definitions/8625 "2015-01-15T05:56:28Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![Magistrate](https://avatars.discourse-cdn.com/v4/letter/m/45deac/32.png) [@Magistrate](https://discourse.cataclysmdda.org/u/Magistrate)\
**Post date:** [January 15, 2015, 5:56am UTC](https://discourse.cataclysmdda.org/t/0-b-aim-definitions/8625/1 "2015-01-15T05:56:28Z")

</div>

I’ve noticed that the AIM has trouble defining the conditions of the items within it.

I’ve only noticed this in once instance so far where I tried to put burnt logs into my wheelbarrow with some unburnt ones, and the entire stack registered as burnt. Once out of the wheelbarrow, the problem was gone, so I think the bug lies somewhere in the AIM ability to grab item memory sectors. It’s only picking up the item’s header, then using what ever foot was already in place for that item.

---

<div class="post-metadata">

**Author:** ![KA101](https://avatars.discourse-cdn.com/v4/letter/k/278dde/32.png) [@KA101](https://discourse.cataclysmdda.org/u/KA101)\
**Post date:** [January 15, 2015, 6:11am UTC](https://discourse.cataclysmdda.org/t/0-b-aim-definitions/8625/2 "2015-01-15T06:11:57Z")

</div>

That sounds pretty disconcerting, yeah. Thanks for reporting.

Update: BevapDin got a fix up and in. Update and let us know if the problem recurs, please.
