EVENT_PLAYER_HERO_REVIVE_CANCEL only fires when clicking cancel

[Frotty]

Hi folks,

I have the following snippet

CreateTrigger()
		..registerAnyUnitEvent(EVENT_PLAYER_HERO_REVIVE_CANCEL)
		..addAction(() -> print("on Revive Cancel")

As you can probably tell it fires on the REVIVE_CANCEL event.
Now the problem is, that it ONLY fires when you cancel the revive-process by hitting the Cancel-Spell (or Escape since it's the hotkey),
but NOT when you click the icon in the training-queue (which most people do).

Does anyone have an idea on catching the clicked Icon event? (onTrainCanel doesn't work)

Any help is appreciated.

 

[deathismyfriend]

The clicked I on is a second cancel. I believe that this can be caught by finding the order id used by that icon click event. There is a list of order ids by nestharus on the helper website. That should have the order id listed there.

 

[Frotty]

No, dequeuing a Hero-Revive is not an order (it doesn't fire any order event)

 

[Frotty]

Are you retarded dude?
If you have no good input then don't post at all okay?
Read what I posted above. I am using that Event, but IT DOESN'T WORK!!

It's even in the freakin title, do you just post to get a higher postcounter?

 

[deathismyfriend]

Are you retarded dude?
If you have no good input then don't post at all okay?
Read what I posted above. I am using that Event, but IT DOESN'T WORK!!

Relax I meant to post the unit specific one.
I was trying to post this one.
I am on my phone and internet is bad here atm.
EVENT_UNIT_HERO_REVIVE_CANCEL
Also I am simply trying to help no reason to be rude.

It's even in the freakin title, do you just post to get a higher postcounter?

I do not care about something trivial like that.

 

[Frotty]

That one doesn't work either.
And yes, if you post without testing if it actually could help, your posts are useless

 

[deathismyfriend]

That one doesn't work either.
And yes, if you post without testing if it actually could help, your posts are useless

If you are trying to solve your problem being rude like that with people who cannot test then that is just useless. Not the people trying to help you.

It can be caught using the order id as everything has an order id.
The best way would be to find out the order id then use that to catch it.

If you can't figure that out then you need to create your on queue and check every 0.03 to see if that unit is still being revived.

I used this method before when testing my item and unit gold / lumber cost system to make sure it worked correctly when giving back hero gold / lumber revive cost that was cut short.

 

[Frotty]

Read above:

No, dequeuing a Hero-Revive is not an order (it doesn't fire any order event)

 

[IcemanBo]

Have you tried with EVENT_PLAYER_UNIT_TRAIN_CANCEL

And get id with GetTrainedUnitType() nothing

 

[deathismyfriend]

Use this method then.



Create a unit group and check every 0.03 to see if that unit is still being revived.

I used this method before when testing my item and unit gold / lumber cost system to make sure it worked correctly when giving back hero gold / lumber revive cost that was cut short.

 

[Frotty]

Create a unit group and check every 0.03 to see if that unit is still being revived.

I used this method before when testing my item and unit gold / lumber cost system to make sure it worked correctly when giving back hero gold / lumber revive cost that was cut short.

Ok, sounds reasonable, how do I check if a unit is still being revived?

 

[Ralle]

Frotty, there is no reason for you to be this rude.

 

[deathismyfriend]

This should work. This is from memory it may be wrong.
GetRevivingUnit
But it may not get units that are in the queue and not currently being revived.
There may be something better but I can't look atm.

 

[IcemanBo]

You could make a counter for your hero. Each time it starts reviving you increase this hero-specific counter.

Then if you want to check if hero is reviving, you make a backup of the counter, and order your building to revive your hero.

After a 0 seconds timeout timer you can check if current counter still equals your backup value. If yes, it's still reviving.