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

Battle for Azeroth and skill requirement woes #14

Closed
p3lim opened this issue Jul 24, 2018 · 0 comments
Closed

Battle for Azeroth and skill requirement woes #14

p3lim opened this issue Jul 24, 2018 · 0 comments
Assignees

Comments

@p3lim
Copy link
Member

p3lim commented Jul 24, 2018

With patch 8.0 Blizzard changed two things in regards to professions and how LibProcessable works.

  1. they removed all the skill requirements for processing all herbs, gear and most ores.
  2. they introduced separate categories for professions by expansions, making it a lot easier to level a profession for each upcoming expansion.

Both of these changes are much welcomed, but they introduced some issues.

Outland and Pandaria ores have actual skill requirements, e.g. they require a certain amount of skill in their profession category to be prospectable. As an example, Kyparite requires 25 skill in Outland Jewelcrafting to prospect.

Because of this change, for LibProcessable to be accurate, the information about a player's skill level in each category for each profession has to be collected. This very information requires the profession to (technically) be open to return any data.

So, to collect all the necessary information, LibProcessable needs to stop the UI from reacting to the professions being opened by unregistering the events that trigger the changes, then open the professions one by one and store the information, and lastly enable the UI to react to those events again.

This is how I implemented it in LibProcessable after the 8.0 patch arrived, and it worked quite well (except for some minor kinks that I could have ironed out), but a new issue arose - other addons also listen to the same events.

It is completely unfeasible for LibProcessable to keep a track of every single addon that uses these events, disable them before collecting the data, then re-enabling all of them again.

So, I've decided to leave LibProcessable "inaccurate" for those ores, and I hope one of the following two things occur to resolve this issue:

  1. Blizzard removing the expansion-specific skill requirements for these last few ores
    • For some reason they removed the requirements for all the herbs but not the ores
  2. A separate library is created to deal with the underlying events and when addons should treat them as player actions and not data collecting behind the scenes
    • This one will probably never going to happen, as many of the addons using these events today are very exclusive to each other (TSM and Skillet are two examples)
@p3lim p3lim self-assigned this Jul 24, 2018
p3lim added a commit that referenced this issue Jul 24, 2018
See issue #14 for more information
@p3lim p3lim closed this as completed Aug 16, 2018
p3lim added a commit that referenced this issue Sep 8, 2018
It was kind of convenient, and doesn't require the mess of #14
p3lim added a commit that referenced this issue Sep 6, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

1 participant