Martijn S. said: P1) The new findObjs implementation does not behave as the old one in exactly the same way. For example: searching on imgsrc must have had some extra logic to compare image urls. this might be a reason for the many macro creations of ApiHeartbeat. The CombatMaster mod also creates many objects too many. That's right! When I cleaned up the image code, and added in support for duplicating marketplace content already in the game, I set up optimization of the urls to get rid of the problem of aways needing to substitute a thumb url, and changed them to the faster image endpoint. However, as you surmised, that's causing a miss on finding the image. Internally, I'm matching the imgsrc in other places against a uniq key calculated out of the URL. I don't know if I can repurpose that code, but at a minimum, I can do the same transform on the incoming url before the match and that should handle the problem. 2) The new toFront does not bring all objects to the front, it must have some logic to test the controlledby field. I will dig into this one. Are you saying it only seems to work on objects you control? Are you using TokenMod for this by chance? 3) I observed that the new sandbox code checks image urls and changes these to the new image delivery urls. <a href="https://s3.amazonaws.com/files.d20.io/" rel="nofollow">https://s3.amazonaws.com/files.d20.io/</a>... => <a href="https://files.d20.io/" rel="nofollow">https://files.d20.io/</a>... Any mods that compare img url fields (with or without getCleanImgsrc) break. This is the same issue as 1), really. I'll get that addressed. Details and investigation details have been pm-ed to the Aaron. BTW i am happily surprised that the bugs i run into are specific edge cases. This is a good first public beta. Thanks on both counts! It would be great to release with no bugs at all, but as they say, "if debugging is the process of taking bugs out of code, coding is the process of putting them in there!"