HB ARCHIVES: Kick's Old Posts Thread--DO NOT DELETE!

can i start this on 78?

 

You're gonna be awake for a while. But thanks

 

Sorry had no idea i had to do that or how do i do it.

 

How To: Attach your HB Log File

 

Hey Kick,
I'm sure you have no control over this as the questing profiles have no listing on how to do it.
But when the bot needs to go and repair it doesn't use flying mounts, it only uses ground mounts, and with the distance between you and the repair vendor/if you are that island in Borean Tundra, HB cannot produce a path to the repair vendor.
Again I don't believe you have control over this, but is there any way we can get the repairing methods to fly to the vendor. Even if it does get a full path it still uses the ground mount, and thus has to kill everything on the way there, which may be very difficult if your gear is severely damaged.
Thanks, Panda

 

There is no way a profile writer can arrange for this in a 'reactive' mode (say you got into a string of unfortunate deaths and needed to go repair). Honorbuddy itself--not the profile writer--determines when it needs to go repair. The profile writer can adjust the 'go repair' threshold, but that's about it. In short, the profile is not running when Honorbuddy goes to make its repair/mail runs. Since the Honorbuddy Levelbot (used for questing and grinding) doesn't natively fly--it only flies when the profile writer tells it to--there is no way a suspended profile can issue the needed 'flight directives'.

The only thing that any profile writer can do is to 'proactively' repair/mail. This means that every time the toon passes by a repair vendor or mailbox while picking up, advancing, or turning in a quest, it visits the repair vendor and mailbox. Some users may find this kind of behavior annoying, as the tests would have to be moved from "armor at 20% capacity requires repair" to "armor at 80% capacity requires repair". Of course, its the bot's time, and not yours, so it may not really be a problem.

I believe such 'proactive repair/mail' is wrong to do for two reasons:

• The code to do such would bloat the profile considerably.
  This significantly makes a very involved questing profile harder to debug, and much harder to maintain.
  
  
• The root cause is that the Honorbuddy Levelbot does not natively fly.
  I'm a big believer in solving problems at the root cause. "Chewing gum and shoestring" solutions always lead to problems.

Just some info and my $0.02. But I very much appreciate your position. I've had a long-standing belief that native flying for the Honorbuddy Levelbot is overdue by more than a year. Kick's even poked fun at me about this by skewing the results of this poll (subtract 1000 from the actual vote tally to figure out where 'native flying' falls in the priorities of our Community).

Native flying does so much more than solve the repair/mail runs. It would virtually eliminate all 'stuck' situations in the nav system, among other things. For instance, when you fall off a path onto a ledge with no navigable path, you simply fly away rather than stand there until reported/logout. It also solves problems in Twilight Highlands and other places. While questing or grinding, when your bot is trying to walk through that hill to get a harvest, it would just fly to the harvest rather than getting reported/logged out. Etc.


cheers,
chinajade

 

Indeed.

 

Received this error:

[UseItemOn-v198(warning) @line 8240]: Attribute 'IItemId' is not recognized by this behavior--ignoring it.
[UseItemOn-v198(error) @line 8240]: Stopping Honorbuddy. Please repair the profile!

 

How do i get it to do the quest according to my level? im a 78 DK and it keeps going back to borean tundra to do the quest.

 

fixed; I was out of town and had a 400km drive today that lasted 6 hours, so i'm a little worn out right now - sorry for the delays!

re-svn

 

Did you read the Kick's very first POST!

Note: If you start this *midway* (73+), change <QuestOrder IgnoreCheckPoints="True" > -- True to False (Hint: Open the profile and change that line)

 

you thoroughly read the first post

 

@no1knowsy - repair / mail / sell runs ... we could enable flightor, but atm the bot will probably get stuck a lot more flying to / from places until we re-code the mesh files with 'indoor / outdoor' for all tiles

So until that happens, we're not going to do that

Now, I had a convo w/ a dev about a plugin that could collect that data ... but I dunno if it's promising or not

 

Roger that. I was just seeing if we could find a way. Oh well, for now we'll just have to write even better CCs and Profiles so the bot doesn't die for any reason.
"FIGHT ON MATE"

 

No worries, I still have about 30 other toons I need to level as well so it could wait No apologies necessary.

 

ok so to start off....
i have been having issues with the profile. i started a goblin and not even before 30 min into starting. it started saying the "Could not create current in quest bot; exception was thrown"
so i did a few quests. and it was fixed. i couldnt even do lost isles. it wouldnt even move. it was saying that there was no quests.
now im in northen barrens trying to quest and everything was going great, i assumed it was just the gob starting zones.
then "Could not create current in quest bot; exception was thrown" and
[4:59:50 PM:188] System.Threading.ThreadAbortException: Thread was being aborted.
at Styx.Logic.BehaviorTree.TreeRoot.Tick()
at Styx.Logic.BehaviorTree.TreeRoot.Run()
[4:59:50 PM:190] System.Threading.ThreadAbortException: Thread was being aborted.
at Styx.Logic.BehaviorTree.TreeRoot.Run()

so i assumed the behaviors were not right, so i SVNed them in the quest behaviors profile and it did nothing.
just wondering what i can do to get this fixed thanks

 

Has anyone used heirlooms on this? What were your results?

 

just got this.


System.Data.SQLite.SQLiteException: The database file is locked
cannot rollback transaction - SQL statements in progress
at System.Data.SQLite.SQLite3.Step(SQLiteStatement stmt)
at System.Data.SQLite.SQLiteDataReader.NextResult()
at System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)
at System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)
at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()
at System.Data.SQLite.SQLiteTransaction.IssueRollback()
at System.Data.SQLite.SQLiteTransaction.Dispose(Boolean disposing)
at System.Data.Common.DbTransaction.Dispose()
at (Object )
at #sJ.#rJ.Pulse()

 

Addition to repair vendors in Nagrand:

Line 2762: Quest "A Head Full of Ivory" has not been completed. All it does is pick it up and turn it in.

 

This is a known problem with HBcore, and not a profile issue. The problem is triggered most easily when you run multiple copies of Honorbuddy out of the same directory. Although, it can happen at other times also.

Apoc has said the root cause lies in the SQLite API, and they've submitted reports to them.

Your only recourse is to shut down all affected HBcore sessions (which is all of them most of the time), and restart.


cheers,
chinajade