Jump to content

Pudge

WRobot user
  • Posts

    347
  • Joined

  • Last visited

Bug Report Comments posted by Pudge

  1. On 4/24/2021 at 3:51 PM, Droidz said:

    you have probably error on one of your steps, in this case bot use old method to run steps (you will get again slow problem)


    How can I find a problematic 'step' if I have hundreds and thousands of them in the one profile? Now I have a major headache because of this errors...

    [E] 15:00:57 - Compilator Error (steps cache) : q:\WRobot_gatherer1\Data\temp\agsvn3p3.0.cs(1111,12) : error CS0411: The type arguments for method 'robotManager.Helpful.Var.GetVar(string)' cannot be inferred from the usage. Try specifying the type arguments explicitly. q:\WRobot_gatherer1\Data\temp\agsvn3p3.0.cs(1115,12) : error CS0411: The type arguments for method 'robotManager.Helpful.Var.GetVar(string)' cannot be inferred from the usage. Try specifying the type arguments explicitly.

  2. On 4/21/2021 at 5:16 PM, Droidz said:

    I fixed it in new update, now the bot compiles all the steps at start (in one time) and the calls from the cache. For that this works, must be no error in the C # codes used in profile "steps" (a lot of profiles have bad code, you have an error log when profile is loaded if error and the steps codes are compiled 1 by 1 as before)


    Thanks a lot. But now before loading steps the error appears (doesn't seem to affect the work of the bot):

    [E] 14:23:18 - Compilator Error (steps cache) : q:\WRobot_gatherer1\Data\temp\3dkmob2h.0.cs(778,51) : error CS1002: ; expected q:\WRobot_gatherer1\Data\temp\3dkmob2h.0.cs(3407,2) : error CS1026: ) expected

  3. For the tests I have set this settings:

                     Setting.FlightMasterTaxiUse = true;
                     Setting.FlightMasterTaxiDistance = 1000;
                     Setting.FlightMasterDiscoverRange = 500;
                     Setting.FlightMasterTaxiUseOnlyIfNear = true;

    and it seems the bot stopped running to the flightmasters in a loop and (sometimes) takes a taxi, later i will check if the coordinates are correct

  4.  

    This bug appears when the bot changes one profile, in which it does'nt need to sell anything and the sale and repair settings are turned off for another, grinding one, where the bot often uses the seller. And if he is too high by vector Z, when changing quest profiles == this bug appears.

  5.  

     

    I am already using code similar to yours, but this is a workaround, it just worked fine in older versions, and I noticed that the bot owes a debt to the vendor, when before the purchase took a couple of seconds. Thanks for the answer.

    vendor-buy-work-fine.PNG

  6. 4 hours ago, Matenia said:

    That's correct behavior. It only checks if you're being targeted by the unit and have combat state AND if you're not ignoring combat in settings.
    If you want to know whether a unit has threat towards you, use the threat API (only works in Wotlk+)

    Good. But what if I want to check that the enemy player is hitting me, but is not targeting me? Only using lua events? It's a headache ...

  7. Hi! I tried to add offmesh here, and it seemed like it even worked out, but in 50% of cases the bot runs back and forth through the portal, maybe because the bot does not have time to process it? I think there needs to be some kind of delay after he crosses the portal / approaches the desired position.

  8. 1 hour ago, Droidz said:

    You are sure that you use last version? I tested again I cannot reproduct problem.

    For me the problem came from CTM, sometime he was called with float.NaN param (that do blackscreen or crash wow)

    Sorry, my bad. Updated again and now it works great. Thank you, my good man!!!

×
×
  • Create New...