As Stephen says, it looks like your emitter position is the problem. The emitter position is where on the object the bullet will shoot from. Since in your case, it looks like the bullet is very close to the ground, when you have destroy on impact on, it destroys immediately because it's hitting the ground right away. You can enter values manually from the shoot behaviour properties, or you can tap the object graphic from the behaviour properties and move the blue target to the location you want the bullet to shoot from. https://hyperpad.zendesk.com/hc/en-us/articles/115000898946-Shoot-with-Button

Thanks for the advice guys! I'll keep it in mind when I have my developer account.

@Hamed I tried everything you suggested. It still didn't work. I retried from scratch and now can get it to archive. I'm getting this message in an email after I upload to Itunes Connect, however. Any ideas? Push notifications is turned off under capabilities. [image: fb52c4b2-1e3b-45d7-89f3-784c3566767f.png] [image: 646afb09-bfce-44f1-9544-63bc2e6b6894.png]

@Hamed Discovered the problem. I was trying to use JPG, instead of PNG. All good now.

@Evolution does that work for you?

Ok thanks

@Hamed thank You!

@Aidan-Oxley I misspoke about moving it to a scene. I can move it to another layer. The way it works now, it seems that the inventory bar isn't affected and I am wondering how. It seems that once I have spawned the object, each subsequent action on the object is applied to the spawned object. Check out the behaviors in one of the fruit at the top. You can see how the Scale To behavior doesn't scale the fruit at the top, but the spawned object only, even though it's applied within that object, to that object.

@iKatKing10362 you could use @mc-games's grid example and then keep track of which places have an object. Then an object can just check and see if the spot next to it is taken, and if it is, set the graphic to whatever.

Link Cargo rush - fly to deliver the box by Hakan Dede https://appsto.re/ca/vuR5ib.i

@This There's a "Play Music" behavior under teh scene properties. That should be loop-able.

That's impossible... The point is that @administrators want users to think before uploading, and really work hard on updates. They say that games can always be upgraded, and that "horrible" games shouldn't be published in the first place. I agree. But hopefully they'll take it off with a warning or strike?

https://itunes.apple.com/us/app/background-eraser-remover-transparent-photo-editor/id947335568?mt=8 The one I use (below) https://itunes.apple.com/us/app/background-eraser-for-ipad/id532187687?mt=8

Ok, I sent it out to you! I do not know whether you or @Murtaza will receive it, but I copied/pasted it off of our old chains. It was also a little awkward because I've been having all my previous discussions with Apple through my distinct apple email. Thanks!

Is this like you have a behaviour and you want to position the sub behaviour in between all the other sub behaviours you already have, so you have to disconnect all the wires, add the new one in then reconnect them? If so I have this problem too lol. Maybe make it so that when you tap on a sub behaviour, it brings up a left and right arrow somewhere and when you press them it swaps that behaviour with the one next to it. That would be handy.

@donni_didit probably a visual bug. Make sure you make backups and hope it's fixed

Yes, it should never stop. That being said, the physics engine isn't perfect and there maybe a loss of energy somewhere through a rounding error.

@donni_didit :)

@SIRD4SH Thanks a bunch! That's actually really helpful! XD