Sometimes, when the log manager is opened, the log list doesn't get refreshed after logs are finished processing. This can manifest as no logs being visible at all or just the latest ones being missing.

This will involve rewriting buff events to describe individual stacks instead of buff applications.

The EVTC Inspector would use a dynamic filter system for events. If all selected events have a common field, it should be possible to filter it. Same for agents, but less importantly.

• GW2Scratch.EVTCAnalytics
• GW2Scratch.EVTCInspector
• GW2Scratch.RotationComparison
• GW2Scratch.ArcdpsLogManager

Right now the default order is order of discovery in the filesystem. Ordering from the newest log is probably the best option.

I don't have any logs for the new Strike Missions, so I can't check if the ids I am using work for detection. If you have a log, feel free to send one my way

• Show the dps.report user token when requested
• Add a checkbox to use a.dps.report or b.dps.report

The statistics tab would use more statistics about logs:

• a grid with per-encounter stats - encounter name|total|successful|failed|best success time|longest success time|average success time|
• ...

The log manager should be capable of discovering a new log has been added and then parsing it automatically.

Shift-selecting multiple logs at once and then uploading them at once will not upload them in the correct order (top to bottom).

Currently, we often use the name of the boss agent as the name of an encounter. This leads to issues if the name was not resolved by arcdps. In that case, we often end up with encounter names like ag734 or ch17632-361.

Instead, localized names for known encounters should be used. For unknown ones, we are going to fall back on the agent name. Currently, we already override some encounter names with their English name.

• Add sorting to the grids
• Add a button to see logs with a character/player

#36 would be one way to get that, but at least adding a button for now would be great.

• Log list
• Player list
• Guild list
• Guild detail - accounts
• Guild detail - characters
• Game data - species
• Game data - skills

Currently the GW2 API data has to be downloaded again every time the EVTC Inspector is launched (on command).

Currently, when running two or more instances of the manager, and new logs are parsed, the last closed instance overwrites all data saved by the previously closed instances.

Should allow for specifying amounts of players for each specialization (including core), with a (>=, <=, =) selection for each amount. Goes into advanced filters.

• 20190807-213308.zevtc - Sabetha marked as failure, should be success
• 20190807-153724.zevtc - Sabetha marked as failure, should be success

By 2 reporters in the same day, might be caused by some specific arcdps version.

• 20190807-195107.zevtc - Deimos log marked incorrectly as success both by log manager and EI was a failure, last person (HK) died (gg'd?) at 0.49% Deimos health

This might be hard to fix.

• 20190802-232706.zevtc - Arkk marked as failure, should be success

Possibly caused by finishing strike success detection

• 20190726-131343.evtc - Deimos success, should be failure
• 20190812-003636.zevtc - Deimos success, should be failure
• 20190807-153546.zevtc - Deimos success, should be failure
• 20190808-174919.zevtc - Deimos success, should be failure
• 20191026-162935.zevtc - Deimos success, should be failure (is correctly failure)
• 20200222-224515.zevtc - Deimos failure, should be success (?) (is correct)

Deimos is a lovely boss.

• 20181204-234355.evtc.zip - Qadim success, should be failure (is correct)
• 20200222-231450.zevtc - Dhuum failure, should be success

These are quite weird, this shouldn't happen.

Currently, WvW logs fail to process because the target is never present.

The Log Manager resets the window size each time it’s opened which can be annoying.

The approach in 2bbbcd5 (reverted) does not work because there doesn't seem to be an easy way to set a size when menubars are involved.

When using ClientSize, adding a menubar leads to the form not getting bigger, but the ClientSize effectively gets smaller. When saving, the ClientSize is then smaller as it doesn't include the menubar and the form will be smaller at the next load.

They should not get confused with the API being inaccessible while fetching guild names/tags.

It should be possible to select which columns are shown. If possible, right-clicking on the column headers is a rather intuitive way to do this, perhaps duplicated in options.

The icons in the guild panel don't have a size limit in WPF, and the entries are sorted in reverse order.

In the processed log, a list of anomalies should be provided. Anomalies should have a count, severity (likely only critical=true/false), and of course a type.

Some examples:

• A missing log end
• Missing names (critical, causes missing agents)
• Missing events of various kinds

There are many more that can be detected, but some are just not detectable.

Unknown events should be filtered out and their count stored somewhere (perhaps as anomalies? - #45).

This will fix encounter durations being really weird.

Significantly improved in 8a6a8ff, still not perfect.

Some very old logs currently fail to parse.

• 20170409-195815.evtc.zip - 2017 log, Deimos CM, parses in EI
• 20170302-161222.evtc - Unknown success Trio

• Add a column showing if an encounter is Challenge Mode
• Add filtering by Challenge Mode

Depends on #2.

Update Gw2Sharp after the following issue is fixed: Archomeda/Gw2Sharp#9, for now getting guild data fails.

It has to be possible to provide an option to parse predefined logs when updating (e.g. when a success detection is fixed). We also want to make it possible to change languages of log names in dynamically (currently the name is saved).

• Store a version of the log data format
• Version of the manager as of parsing time needs to be saved for each log.
• Store the Encounter and not the name for each log
• I am currently forgetting something important

It would be nice to add support for storing optional extra data (calculated at the cost of processing time), or at the very least, make it simple to import saved data to allow that in the future (it might be already).

While they work correctly with the GTK3 backend, on WPF clicking one results in an infinite loop, untested with WinForms.

For some encounters, to detect whether it was successful, we look for a killing blow towards an NPC. Rarely, this is not present (presumably due to conditions killing the enemy, although at least Burning does generate a killing blow) which makes this method imprecise, so we are looking for a better method.

• Artsariiv
• Arkk
• Bandit Trio (Narella)
  • revert 7b9dc61 to re-enable tests

• Settings UI (we already support multiple directories internally)
• Filtering by directory (advanced filters)

New events make it easier to track buff uptimes.

Add a way to detect if an encounter has challenge mode enabled.

Individual detections

• Cairn the Indomitable
• Mursaat Overseer
• Samarog
• Deimos
• Soulless Horror
• Dhuum
• Conjured Amalgamate
• Twin Largos
• Qadim
• Cardinal Adina
• Cardinal Sabir
• Qadim the Peerless

• A window showing upload status and allow cancelling individual uploads
• Status in the bottom status line

Currently, friend/foe status on events is ignored. This means that it's impossible to properly calculate damage data.

The status bar should show:

• ongoing log parsing
• ongoing uploads
• ongoing API data fetches

Logs from training Kitty Golems are somewhat inconvenient because the golem simply disappears, and it's hard to detect if that is because it was despawned with the console or because it was defeated.

• Check that all species of Kitty Golems are detected
• Improve the success check

I don't have any logs for the new Strike Missions, so I can't check if the success/failure is correctly detected. If you have a log, feel free to send one my way.

Almost always detected as failure.

It'd be a neat feature if you could "tie together" different accounts so that they show as the same Player in the player statistics list.