The code shown in the image, shows that the passed in crafting category parameter is ignored when returning the blueprints.
The function will only return the blueprints for the currentCategory that has been set, so it can not be used to look up blueprints from other categories.
If this is intended, then the parameter is redundant?
Workaround: I extended from the CraftingWindStandardUI class to roll my own ui, where I show multiple crafting category's blueprints, hence the reason I found the bug. I have, for now, override the function to bypass the issue.
Original report by CyWizz (Bitbucket: cywizz, GitHub: cywizz).
The code shown in the image, shows that the passed in crafting category parameter is ignored when returning the blueprints. The function will only return the blueprints for the currentCategory that has been set, so it can not be used to look up blueprints from other categories.
If this is intended, then the parameter is redundant?
Workaround: I extended from the CraftingWindStandardUI class to roll my own ui, where I show multiple crafting category's blueprints, hence the reason I found the bug. I have, for now, override the function to bypass the issue.