Hey.

I've probably messed up something really bad or just being unlucky -
Well the main problem is guards, not one guard but all the available guards in both the SI and vanilla Oblivion.

I've created a new wordspace (soon finished 4 release) and placed a ship in the Abceadan Sea or something outside Anvil Bay - With a door connecting the diffrent wordspaces, & it worked perfect under all the other bugsearches etc. Now it acts as a rendezvous point for all the bloody guards in the game..

They enter the other worldspace and gets killed by the guards on the other side! I've tried to set ownership etc. on the door but still the problem remains unsolved!

Thanks!
//Flockheed

Sounds like you altered a vanilla AI package somewhere, a package carried by all the vanilla guards so it's drawing them to your location. It's the pied piper syndrome, for me it was rats and fish when I changed a vanilla AI pack as a newb to give to my sheep, I had rats and fish in my sheep pen! Could that be the problem for you, did you edit existing AI packs for your new guards? :blink:

Only thought I have is setting the door to limited use :

In case you have not seen this :

http://cs.elderscrolls.com/constwiki/index.php/Door


It's worked for me in one occasion, where the player is being pursued by an enemy to stop that enemy from going thru the door. As far as I can tell, seems the command stops AI from using the door altogether..

Although, this may not work well for you in the case of companions trying to follow the player thru.

If it's just a matter of guards who are pursuing following you through, you could also use a custom scripted activator instead of the door scripted to only let the player activate it and move the player to a new world.

Begin OnActivate Playerplayer.moveto XMarkerInNewWorldEnd

That's just an example, but scripted to OnActivate Player, only the player can use the door activator and no NPCs can follow. Not sure what happens to companions on a moveto order though. :lmao:

Well, thanks for the replies!
I'm currently trying your examples out, but it seems that the most reasonable one is the newbie AI package miss - And if it is that one, which I'm pretty sure it is, I might have caused a major setback for the safety of Cyrodiil!;P We'll see what it looks like in the end!;)

Thanks again!

use TES4EDIT to review your mod - and its filters to see conflicts with oblivion - and to clean it before release :
http://cs.elderscrolls.com/constwiki/index.php/TES4Edit_Cleaning_Guide
http://cs.elderscrolls.com/constwiki/index.php/TES4Edit/Mod_cleaning_tutorial_with_TES4Edit
http://cs.elderscrolls.com/constwiki/index.php/Mod_Cleaning_Tutorial

The syntax OnActivate Player is only valid with OnEquip - use isActionRef
It compiles but runs for everybody - I did spent a couple of days wondering why my script would not work - after a lot of debugging I realized that the

Begin OnActivate Player

was to blame - but why ? it is perfectly legitimate I thought
It isn't

Not sure what you mean, I use this all the time as described and works perfectly, but it works differently on different types of objects so that could be why what works for me didn't for you. :shrug:

OP seemed to think it was AI related and not a door issue anyway, so I don't think this solution need be worked out further. :foodndrink:

Probably because you never have an NPC activate your object as I did - then you will see that this OnActivate Player is ignored.
Anybody knows why onactivate looses its case btw ?