iltuocapo

world-server.log tells me 

2017-05-21 18:25:59 Initialize AuctionHouseBot...
2017-05-21 18:25:59 AHBOT is Disabled. Unable to open configuration file ../etc/ahbot.conf. 
 

But the conf file is there, and with the right privileges...

Without me changing anything else, ahbot started working. Meaning, mangosd now "can" read ahbot.conf.

I must conclude that, previously, the conf file appeared busy by whatever other process.

Anyhow, solved (by itself) now

I got the problem again.

Yesterday I rebuilt the whole Zero thing to include playerbots.

After the rebuild, again I have

AHBOT is Disabled. Unable to open configuration file ../etc/ahbot.conf. 

in the world-server.log file

Needless to say, ahbot.conf staid there since before, nothing changed, no permissions changed etc etc

There seems to be no other process tampering with it.

Where's the catch??

Thanks

U

I think I found where the issue stays. Didn't solve it yet though.

After rebuilding, 

if I launch mangosd as a normal binary (./mangosd), ahbot.conf is properly read-in and all works

If I launch mangosd as a service (as I configured it earlier as per wiki instructions) ahbot.conf is NOT read-in !

Any clue how to fix this?

Thanks ciao

U

Sounds logical.

Yet, I am positive this *did* work, without -c option for ahbot.conf, as a service at least once before. Odd i'ni?

I'll try and add the -c opt and feedback here

ciao

U

And by the way, aiplayerbot.conf *is* loaded (in service-mode) without specifying it inside the service file, only ahbot.conf is not...

For now I suspended research on this. I'm launching realmd and mangosd as ordinary deamons, each one on its own Screen instance. 

1 minute ago, antz said:

sorry I misread that, you say that you have enabled both.... in the conf ?

yes. In the etc directory now I have an "ahbot.conf" file, where I have 

AuctionHouseBot.Seller.Enabled = 1

and

AuctionHouseBot.Buyer.Enabled = 1

Btw, I also left 

AuctionHouseBot.CharacterName  = ""

as the comments, above, say

#    Default "" (No owner)

Ciao

U

4 hours ago, Necrovoice said:

The pathing NPCs do spawn at the correct time. Tested on the most recent core/SD3 build as of 6-03-2017.

Currently can not reproduce.   Are you getting incorrect spawn location or no pathing at all?

You are about right

I retried, and a patrol does spawn as long as you progressively go through the fight. In other words, if you kill the boss instantly it does not trigger - it does only if you slowly bring him down in health.

That being said, the patrol on Zero is made of 1 single Ogre, while on Retail it was composed of

- 1 Bloodaxe Veteran

- 1 Spirestone warlord

Also, apparently the patrol comes up at about 70% boss health level, when boss emotes "calling for help".

see here 

PS - I'm of course talking about the patrol that spawns after the boss is engaged. There is another single-mob wallking patrol before the boss, but you need to kill that before engaging the boss.

Ciao

U

Ok it's quite clear that the issue must be "hidden" inside the behaviour of the spell cast by the Orb of Draconic Energy

Orb's item #  = 12300

Spell being cast # 16053

Too bad spell definitions are not reported in the db, but closed inside the cryptical .dbc files.

Any one has a clue here ?

Adding some more info after more testing

- On retail, Orb is supposed to be effective when the dragon "Falters", which should happen at 20% health. It supposedly also emotes accordingly. None of this happens on Zero: Orb is useable right from 100% health, and Emberstrife does not emote at 20%.

- If you bring him down to <20% and MC him, he very rapidly returns to 100% health !!  This is not supposed to happen.

Seen this, I .damaged him to 1%, mcd, and immediately pushed Flame of the Black Flight. It worked!

So the fixup could probably be:  AVOID for Emberstrife to regain health when MCd.

And if we make 1+1 (Orb usable at 100%, Orb making Emberstrife regain health), this sounds like that Orb is the place to look for bugs. I'll investigate on Orb's scripting.