That's how i would have added it in!
I knew about this glitch, did not realize it could be an issue like this. After it unloads the pack, it goes back to trying to chop the last targeted tree as if it were still standing beside it. Typically, when it fails it should look for the next tree. Im thinking another journal scan..
var msg5 = 'cannot be seen'; added to the journal check
This should make the script pull the next tree out of the array and continue as normal. *hopefully*
I'll make sure all this gets ironed out in v0.3, appreciate the help finding these things!
I also realized why it may be emptying your pack... Are you using a pack animal? In the secureDrop function
if(animal){
Orion.RequestContextMenu(animal.Serial());
Orion.WaitContextMenuID(animal.Serial(), 508);
Orion.WaitForContainerGump();
Orion.Wait('useitemdelay');
Orion.FindTypeEx(any, any, lastcontainer).forEach(function(item){
Orion.MoveItem(item.Serial(), 0, secure.serial);
Orion.Wait('moveitemdelay');
});
}
Orion.FindTypeEx(any, any, lastcontainer)
should be
Orion.FindTypeEx(any, any, animal.Serial())
im thinking lastcontainer is somehow changing to your packpack insteal of the animals pack, this should be the fix.
**Edit: Never mind, pack animals pack Serial is different than the animals, i'll get back to you by morrning, i know there is a command for this in Orion lol, i cheated and skipped this step by using lastcontainer...