Jump to content

  •  

Bug Tracker Migration

June 3rd
Good news everyone! The staff has decided that it is time to slowly kill off this Bug Tracker. We will begin the process of slowly migrating from this Bug Tracker over to our Github Issues which can be found here: https://github.com/HerculesWS/Hercules/issues

Over the next couple of days, I will be closing off any opportunity to create new reports. However, I still will keep the opportunity to reply to existing Bug Reports. Doing this will allow us to slowly fix any bug reports we have listed here so that we can easily migrate over to our Issue Tracker.

Update - June 7th 2015: Creating new bug posts has been disabled. Please use our https://github.com/HerculesWS/Hercules/issues tracker to post bugs. Users are still able to reply to existing bug posts.

- Administration

Issue Information

Issue Confirmations

  • Yes (2)No (1)
Photo

attack range bug

Posted by Takumirai on 08 December 2014 - 02:11 AM

When I was in woe yesterday I saw my player cloak then attacking the emperium in long distance.. im using pre-renewal setup. Idk if its a bug or we are just lagging.. but some of my player saw it also.. any idea if its a bug or client bug?

ranger class have that skill.

the class we saw is assassin class

I can confirm. I don't know if client or server side but using @refresh will solved the problem.

Confirming also. I think this is an old thing, I was actually reading about it somewhere here, but forgot where exactly. The thing is, there's an anti-sniffing feature that if the player is hidden from sight, his packets are not sent to the others. With the cloaking it makes it a double-edged sword as the player's movements are not passed to your client, so if a player cloaks on your screen, moves, and then uses skill/attacks something, he'll still appear on the same cell he used cloaking on (but server-side he'll be in the attacking range). Until he moves, that is. Kind of position lag.

EDIT:
Ah, and here's the code:
int clif_send_sub(struct block_list *bl, va_list ap) {
...
	/* unless visible, hold it here */
	if( clif->ally_only && !sd->sc.data[SC_CLAIRVOYANCE] && !sd->special_state.intravision && battle->check_target( src_bl, &sd->bl, BCT_ENEMY ) > 0 )
		return 0;
...
}

Edited by Garr, 08 December 2014 - 09:21 AM.


I see so thats the problem btw is this the fix? Hope hercules fix this thanks

this is a bug unable to fix.
To fix it you shoud desactivate #define ANTI_MAYAP_CHEAT in secure.h

could we not just send the refresh packet to player's outside of the cloaking person's party, whenever they unhide?

This is a bad problem because it affect many type in pvp woe gvg.. seeing an assassin that attack that range is bad issue in all server owner.. anyway if disabling maya p anti cheat is the fix I will turn it off then tnx..

This is pretty much an "official tactic". As players will always be informed on a player's position they also get the position of cloaked characters all the time. You can use tricks to "position lag yourself" while being cloaked. On official servers players frequently use position lag tricks in WoE so they can't be hit.

Though just using cloaking shouldn't make your position lag. If you walk normally while cloaking, position should be send to all clients even though they can't see the position.

changed status to: Started
changed severity to: 3 - Medium

changed status to: Fixed