I've been having a problem with orderbot profiles lately, and I presume I'm doing something wrong in configuring them. I'm using y2krazy's profiles and sodimm's profiles. For a while I presumed I was putting something in the wrong location, and maybe I am, but I'm continually seeing the same type of problem. The first profile I load will work fine. After that I'll get an exception that references one of the quest behavior files. So far the only way I've been able to resolve the issue is by deleting and replacing profile stuff (I haven't identified exactly what operation resolves this -- I've also attempted bouncing back and forth between Reborn and Reborn64). Fresh installs of reborn and all of the profiles always work. I've also tried clearing out compiled assemblies -- I did notice that it has multiple sets of Quest Behaviors files, but that seems common. My best guess is that it may have something to do with the fact that there are multiple Quest Behaviors directories that are nested inside other folders and scattered about. I had tried combining them before, but that also seemed to cause problems. My latest crash log looks like this: Code: [04:45:47.123 N] Failed to load profile: Element SoRegisterDailies is not supported. Please check your XML and try again. (<SoRegisterDailies QuestIds="66915,66916,66917,66918,66919,66920,66921,66922,66923,66924" />) Line 15 [04:45:47.127 D] System.Exception: Element SoRegisterDailies is not supported. Please check your XML and try again. (<SoRegisterDailies QuestIds="66915,66916,66917,66918,66919,66920,66921,66922,66923,66924" />) Line 15 at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object ) at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element) at Clio.XmlEngine.PropertyProcessor.(XElement , Type ) at Clio.XmlEngine.PropertyProcessor..(XElement ) at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext() at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection) at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source) at Clio.XmlEngine.PropertyProcessor.(XElement , PropertyInfo ) at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object ) at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element) at ff14bot.NeoProfiles.NeoProfile.Load(XElement element, String path) at ff14bot.NeoProfiles.NeoProfile.Load(String path) at ff14bot.NeoProfiles.NeoProfileManager.Load(String profilePath, Boolean rememberPath)
Another example log: Code: [05:13:00.811 N] BehaviorDirectory element found, compiling custom behaviors... [05:13:03.187 N] Compiler Error: C:\Games\SquareEnix\Reborn64\Profiles\Quest Behaviors\Travel.cs(404,11) : error CS0101: The namespace 'ff14bot.NeoProfiles' already contains a definition for 'Graph' [05:13:03.187 N] Compiler Error: C:\Games\SquareEnix\Reborn64\Profiles\Quest Behaviors\NPCRepairTag.cs(38,29) : warning CS0108: 'NPCRepairTag.Behavior()' hides inherited member 'ProfileBehavior.Behavior'. Use the new keyword if hiding was intended. [05:13:03.187 N] Compiler Error: C:\Games\SquareEnix\Reborn64\Profiles\Quest Behaviors\Travel.cs(408,21) : error CS0111: Type 'Graph' already defines a member called 'add_vertex' with the same parameter types [05:13:03.187 N] Compiler Error: C:\Games\SquareEnix\Reborn64\Profiles\Quest Behaviors\soTravel.cs(615,11) : warning CS0659: 'MapInfo' overrides Object.Equals(object o) but does not override Object.GetHashCode() [05:13:03.187 N] Compiler Error: C:\Games\SquareEnix\Reborn64\Profiles\Quest Behaviors\SmartMove.cs(51,29) : warning CS0108: 'SmartMoveTag.Behavior()' hides inherited member 'ProfileBehavior.Behavior'. Use the new keyword if hiding was intended. [05:13:03.187 N] Compiler Error: C:\Games\SquareEnix\Reborn64\Profiles\Quest Behaviors\Travel.cs(841,11) : warning CS0659: 'AreaInfo' overrides Object.Equals(object o) but does not override Object.GetHashCode() [05:13:03.187 N] Compiler Error: C:\Games\SquareEnix\Reborn64\Profiles\Quest Behaviors\UseSpell.cs(73,29) : warning CS0108: 'UseSpellTag.Behavior()' hides inherited member 'ProfileBehavior.Behavior'. Use the new keyword if hiding was intended. [05:13:03.191 N] Failed to load profile: Element StopBot is not supported. Please check your XML and try again. (<StopBot />) Line 80 [05:13:03.191 D] System.Exception: Element StopBot is not supported. Please check your XML and try again. (<StopBot />) Line 80 at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object ) at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element) at Clio.XmlEngine.PropertyProcessor.(XElement , Type ) at Clio.XmlEngine.PropertyProcessor..(XElement ) at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext() at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection) at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source) at Clio.XmlEngine.PropertyProcessor.(XElement , PropertyInfo ) at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object ) at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element) at ff14bot.NeoProfiles.NeoProfile.Load(XElement element, String path) at ff14bot.NeoProfiles.NeoProfile.Load(String path) at ff14bot.NeoProfiles.NeoProfileManager.Load(String profilePath, Boolean rememberPath)
You likely have old QB files in there. Try deleting everything in RB\Quest Behaviors, downloading the latest RB from this site and moving over what's extracted from that ZIP file and putting it into your QB folder. You can then drop in sodimm's QBs (I put them in a separate folder, RB\Quest Behaviors\sodimm, to keep things organized a bit). Also, there's no need to move the QB files from my SVN into the default QB folder - just leave those where they are. One last thing: Please update my SVN. The Travel.cs tag was broken somehow, so I pushed an older version that should compile correctly.
Thanks for the assist. I think I've figured it out. kagami's 'official' RB questing pack has some of the same quest behaviors that your pack does, and when installed into the instructed locations, they overlap (RB/Profiles/Quest Behaviors). I imagine the ones from his pack are horribly outdated.
My QB files are within my SVN, so if they're ending up in the same place kagami's are, something's not right.
