Is the information over on uoguide still correct?

It says that black and white seeds are via the Naturalist quest or rarely dropped from any plant that gives seeds (not cocoa).

I was reading it here:
https://www.uoguide.com/Plants_%26_Seeds#Plant_Breeding_Chart

Doesn't the AW also have a graphic associated with the sound - like it flaps its wings or some such action? I would be curious if the animations happen like equipment layers. If it does, then you could watch for some of the graphic frames from the AW.

I had some analysis on this and a reply mostly written when our neighborhood power fluctuated. So here is my overview.

Urban cowboy identified an area near the start of the program where it creates the menu and waits for a button response. This happens when the script first starts and once it returns from it's final processing routine. I am assuming you two have found it there after trying to create a set of objects to combine with the SBOD and not just starting the script and watching it run there without giving it the choice inputs.

The location that is needed to debug is when the combine of the items is done with the SBOD. I would stick a pause in the script at that point and then use the F7 stepping from that point.

I compared the click locations with my bod filler project and it appears to be correctly offset - at least the 2 scripts are the same.

Here is what I would suggest verifying next:
Has the SBOD gump changed where the click locations are?
When the combine function happens in the script - is the current gump the SBOD? I ran into some scripts not working because production servers had an inserted gump that was essentially the lower left corner of the game where you type talk messages to people. If the gump that is currently 'active' is not the SBOD, then the click offset will be in the wrong place. This "feature" appeared a few years ago and broke many scripts that depended on click locations. There are commands to ignore a gump, swap the current gump and a method to cycle through all gumps that are not ignored. One of those options can fix this kind of an issue.

Gaderian

I would setup a script to cast on my pet and then heal my pet.

Is there an orion based test for a special move being active?
The icon will change color whether it is active or not, so there must be some communication between client and server to indicate that. I would think that testing for it would be available in orion, but I have not spent much time coding with that language.

Whirlwind will only clear by hitting more than 1 target, while lightning strike works with a single target. So while you still target 1 opponent for each, you need more than one in range for the special move to happen. I don't remember the timer (2 seconds?) of cool down after a special move where mana cost will be doubled. You need enough mana available to execute the special move as well.

I have a routine in EUO that will swap special moves based on how many targets are in range and do the mana calculations. It works very reliably. The same logic should be available through Orion as well.

I would be curious what version of the script you are trying to use.
I definitely fixed everything with it after the EasyUO updates which changed the menu code.
I have it working on many freeshards and the production servers as well.

There are many reasons why it may not work. You need a valid version of the script though to handle the gump when the SOS is opened. OSI/Production, RunUO2.0, ServUO (versions 57.x and 58) have all been working for me, but the gump can be different.

Plotting the dots is independent of being able to sail to the proper location. The data is stored that gives the coordinates of the map location. Your person has to be on the map location and then can fish it up from anywhere around it. The important part is that your specific tile location match the MIB/SOS location. Which direction around you doesn't matter when fishing.

Is it plotting points for your maps?
The script will calculate the location based on approximately 4 quadrants: NW, NE, SW and SE (it is a little weird at the right most edge of the map, because you end up with NW and SW crossing over to the far right). There is an issue where some of the gumps have the map location within the text of the SOS, while others have it fixed on the SOS gump. Then there is an issue where some gumps always have some additional text and seem to force all maps to be pinned either North or South (I forget, but I suspect it is plotted and calculated as North) which leaves some correct and others wrong.

Maybe you would like to share which freeshard and a description of what is happening?

Here is the timer on chopping.
Each iteration of the loop looks like it waits for 100 milliseconds, or .1 second.
It is looking for messages to show up in the journal about chopping the tree or out of resources.
The loop ends when either of the messages show up or the timer exceeds 1.6 seconds - whichever happens first.
You can increase the 1600 slightly or you can add a deliberate wait after the while is finished.
If the message shows up in the journal and you still get the message that you are swinging your axe too quickly, then you will need to add the separate wait.
If your server is unhappy with the 1.6 seconds and expects more time until the journal message shows up, then you will need to increase the 1600.

TC = eagle art (swoops - just has different color than eagle)
As for SZ...
SZ = I have it listed as lava elemental