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

  • #006300

  • 0 - None Assigned

  • Working as Intended

Issue Confirmations

  • Yes (0)No (3)
Photo

[Traps] - Issue effect

Posted by Hercules Bot on 23 July 2012 - 06:00 PM

Originally posted by GM Takumirai
If any trap is casted in the ground and if used a arrow shower
- the bomb move a number of cell because of arrow shower
- but the problem is there's still a bomb in the original cell where i casted it..
- but that bomb is not going to explode because the bomb already moved..
- illustration


o - bomb
O - when bomb is moved using Arrow Shower
x - cell
>>> - arrow shower

-------------------------
#1
caster cast a bomb

o x x x

#2
caster hit the bomb using arrow shower

>>> o x x x O

#3 the problem here is
- bomb o must be gone but still you can see it there but the bomb O is already moved in other place..
- so you can see the original bomb
but the original bomb is now O

- hope you understand my illustration
- i don't know if this problem is client side..

Originally posted by Leeg
It doesn't happen to me at all :S.

Originally posted by InfectedX
me neither

Originally posted by GM Takumirai
- so maybe this is regarding my client..
ok thanks sorry for false alarm..

Originally posted by MarkZD
It doesn't seem to be correctly tagged.

It should be: "Unable to reproduce", "Invalid", or "Unable to Fix", the last case is to a client problem that can't be solved through server changes(packets).

It's not "Working as intended", since it's not the way client should work.

Edited by MarkZD, 23 July 2012 - 11:15 PM.


Originally posted by malufett
it is a client bug..this is also happens in official servers...

Originally posted by MarkZD

it is a client bug..this is also happens in official servers...

From my view it was tagged this way because the author said it's a "false alarm", did anyone check to see if it's a packet problem?

How are you sure it happened in official in this client?
Maybe it did in this case you're right, but just to know, IMO it's just your guess because author didn't even say his client version, but maybe he did in another post and you checked it before coming posting it.

I'm not wanting anyone to be angry here, but I think there was some neglected part in this report.

Edited by MarkZD, 24 July 2012 - 03:28 AM.


Originally posted by malufett

How are you sure it happened in official in this client?

yes I'm sure I have hunter in iRO...once I use skills to other hunter traps that cause it to knock back its display location doesn't update...except if I own the trap it only updates to me...

Originally posted by MarkZD

yes I'm sure I have hunter in iRO...once I use skills to other hunter traps that cause it to knock back its display location doesn't update...except if I own the trap it only updates to me...


Since you're telling the truth, ok.

Thanks for clarifying.

moved issue from Skills