Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improper tracking of buffs #33

Closed
GoogleCodeExporter opened this issue May 12, 2015 · 2 comments
Closed

Improper tracking of buffs #33

GoogleCodeExporter opened this issue May 12, 2015 · 2 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Alliance of 18 in Dynamis-Taznavia
2. Long term parsing of the full event.
3. WHM and SCH abilities used. Haste spell on self and others.

What is the expected output? What do you see instead?
For Buffs Tab, under "Buffs Used", I saw that some buffs are missed. In my
attached example, the player Callidor has all of his castings of "Haste"
listed an the players he used them on. The players Merim and Misha only
have haste tracked for when it was casted on themselves. They casted on
others in the event.

This can be seen if looking under "Buffs Received". The player Foulu is an
example of the parser correctly showing that Merim, Misha and Auburn casted
haste on Foulu.

"Buffs Received" has another problem where randomly abilities will register
as buffs to other players.

Examples:
Foulu recieved Assassin's Charge from Shredder
Foulu recieved Accession from Elaandri
Ironx recieved Composure from Figbaash
Auburn recieved Afflatus Misery Merim

There are many other examples.

What version of the product are you using? On what operating system?
1.3.8.0
Using database version 2.

Current database: Tavnazian_2009-05-24_001.sdf
  Parsed using parser version 1.3


Windows XP SP2

Please provide any additional information below.
I apologize for the extremely large parse to use as an example. It is the
only parse I have that exhibits all the issues I've been experiencing in a
single parse.

Original issue reported on code.google.com by ilv...@yahoo.com on 25 May 2009 at 2:17

Attachments:

@GoogleCodeExporter
Copy link
Author

Thanks for the report.  I'll start looking into it.

Original comment by Kinemati...@gmail.com on 26 May 2009 at 2:19

  • Changed state: Accepted

@GoogleCodeExporter
Copy link
Author

Ok.

1) Buffs used not showing everyone who was affected by the buffs. Found problem,
related to separation of self-cast and other-cast buffs.  Fixed.

2) Improper buffs showing up. These problems are a result of a subtle issue in 
how
messages are associated together.  I've made some adjustments that fix most of 
them.

One case that isn't is "Foulu recieved Assassin's Charge from Shredder".  This
particular one is due to an Accession/Stoneskin cast by Elaandri that had 'no 
effect'
on her, and in fact didn't have the final 'casts' message show up either, so 
there
was nothing for the following messages to attach to.  Because there was no 
message
that the 'gains the effect of stoneskin' messages could be associated with, the
program searched back further for another buff use message and tacked them on to
that.  That message turns out to be Shredder's Assassin's Charge.  Thus the 
parser
thinks that Foulu got stoneskin because of Shredder's Assassin's Charge since it
couldn't find Elaandri's casting of Stoneskin.

I'm not sure at this time how to fix that, or if it's fixable at all.  It may 
require
waiting for the next iteration of the base parsing algorithm.

Marking fixed, as the primary issues should be dealt with.  The other issue 
(how to
deal with buff effects when the initiating use doesn't show up in the log) will 
be
considered a separate item.

Original comment by Kinemati...@gmail.com on 28 May 2009 at 10:44

  • Changed state: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant