Barubary NPC Sprite Request

Ah ok I have several theories, but I think the first one is the issue.
Ok this is something I have kind of forgotten. But as you noted, every event square checks to see if a bit corresponding to it has been set. If it has, it executes the events following. If not, it ignores it.
So what I need to know, is the event sqaure your editing and then I'll find the commands to set the event bit in a hex editor. The main reason I need to look it up is b/c everything (especially numbers) are different in a hex editor than the event dump.
So once you find that, we'll need to find either a live scene in your game or make an NPC that sets that event bit so that whenever you step on the event square, it sees that it has been set, and then executes what comes up next.
What surprises me is that you said it actually did execute the text. Normally, that shouldn't have happened at all, so I'll give my second theory just to tinker with.

Whenever the event square says branch to CA5EB3, it's actually referring to a variable that just tells the event square to "return" at the end. Luckily, you don't have to study the variable. Just know the command for it - $FE.
Now what your saying is it's repeating?
This can be caused by multiple reasons, so we'll have to eliminate a good bit.
Anyways, this is what I propose:
After all the "If" statements in your hex editor, place an $FD all the way to the $FE. Actually, overwrite the $FE with an $FD. Use that last $FD as your flag to know when to not go over.
Anywways, go out and write this:

42, 10, 45, 4B, 00, 00, FE

I made this fairly simple. It says hide object 10 and then display dialogue message $00, and the $00 is the flag that tells the game to make it just a normal text box at the top of the screen. Then an $FE.
Now, depending on the length of the event square, you may have some more $FD's ahead of the FE. Just ignore them :p
Now concerning those Guardian event bits...hmm I'm not too sure if those are linked to that event square. I know that event bits aren't hardcoded to specific event squares but by what your saying, it should work...might need to look into this one myself.
Now test out the game, and if the same problem persists, then the first theory is more than likely the issue.
If all else fails, we can go to SlickProductions and see if Leno has any ideas.
But lets try to eliminate all possible variables.

P.S.
Concerning my last post, I'm just wanting to make sure you understand what I'm going for - like the instant the player enters the $0DF map, that event square right where there teleported to will execute an event square that "hides" the NPC a couple 5 more tiles ahead. Then once they walk up and step on the second event square, he'll appear and attak.
Lol I'm sure you did understand it all, just like to know ha I'm paranoid.