SolarStrike Software

ambolia wrote:hello, how are you?

I have a problem. on a mission to be talking and then sends you to "fix" "measure" "repair" and makes the mission. can be arranged.

Alkaiser wrote:

Never had that issue. It always works. The only thing I can think of is if you have any other buttons in the extraactionbar then the crafting skills will be added to the end and they wont work.

I finally figured out why the Craftsmen quest wasn't working for me... I mistakenly removed the date/time fix addon. Not having it prevents the monitoring function from working, correct?

http://www.curse.com/addons/rom/d303fix

Vengefulmilk wrote:I'm also experiencing the "craftsmansaid" error, When the craftsman starts such as "Fix it" the bot previously untargets the NPC, and it fails and its stuck with the skill cast Wand mouse cursor.

Vengefulmilk wrote:Thanks rock. I changed to the default profile, and it worked again. It seems that if I'm getting bags for my alt classes, if i don't have skills set for them, the bot untargets the Craftsman. I didn't have any class skills set for my 5th and 6th so it apparently made the bot sad.

	if addressChanged or self.Class1 ~= oldClass1 or self.Class2 ~= oldClass2 or (#settings.profile.skills == 0 and next(settings.profile.skillsData) ~= nil) then
		settings.loadSkillSet(self.Class1)
		-- Reset editbox false flag on start up
		if memoryReadUInt(getProc(), addresses.editBoxHasFocus_address) == 0 then
			RoMCode("z = GetKeyboardFocus(); if z then z:ClearFocus() end")
		end
		addressChanged = false
		if self.TargetPtr ~= 0 then
			self:clearTarget()
		end
	end

• 1. addressChanged happens when you zone.
  
  2. self.Class1 ~= oldClass1 or self.Class2 ~= oldClass happens when you change class at the npc. It also gets triggered when you first start the bot and player:update() runs for the first time.
  
  3. (#settings.profile.skills == 0 and next(settings.profile.skillsData) ~= nil) This means if no skills are loaded yet and the skills have been loaded into skillsData (via loadProfile) then it loads the skills. skillsData is where it holds all the skills from the profile so when you change class it can get the new skills from here without reloading the profile. This is the part causing the problem because #settings.profile.skills will always equal 0 if there are no skills in the profile for that class. So every time it runs player:update() it will try to load the skills.
  
  4. settings.loadSkillSet(self.Class1) loads the skills from settings.profile.skillsData for the current class.
  
  5.
  • if memoryReadUInt(getProc(), addresses.editBoxHasFocus_address) == 0 then
    • RoMCode("z = GetKeyboardFocus(); if z then z:ClearFocus() end")
    
    end
  The purpose of this is to reset the editbox flag because when the game first starts the editbox flag indicates that the editbox is open when in fact it isn't.
  
  6. addressChanged = false This just resets the addressChanged variable.
  
  7.
  • if self.TargetPtr ~= 0 then
    • self:clearTarget()
    
    end
  The purpose of this is when you change class at the npc you will have the npc targeted. So after you change class if you have buffs to apply if will immediately start buffing and ends up trying to buff the npc. This code is to avoid that.

• a. 4 should only ever be run if settings.profile.skillsData has already been loaded.
  
  b. Does 4 need to be run if only the address has changed?
  
  c. 5 only really needs to run when the bot is first loaded. 3 is meant to be when it first loads but doesn't work. Maybe I could change it so the initial value of settings.profile.skills is nil and becomes an empty table only after loadSkillSet is run.
  
  d. 7 only needs to run when the class changes.