Skillet

154 - Inscription - 0/0/##

On my lowbie characters that have inscription, everything except the parts category shows 0/0/##.

This is annoying in multiple ways:

- It doesn't let me know what I have the mats to make
- The filter 'only show what I have mats for' is pretty much worthless
- If I do 'queue all' or 'create all' it queues up several thousand

Etc.

Would really appreciate a fix!

  • skillet_bug.png
User When Change
bsmorgan May 19, 2014 at 16:47 UTC Changed status from New to Declined
Thortok2000 Mar 14, 2011 at 19:50 UTC

Added attachment skillet_bug.png

Thortok2000 Feb 27, 2011 at 13:57 UTC Create

You must login to post a comment. Don't have an account? Register to get one!

  • 10 comments
  • Avatar of bsmorgan bsmorgan May 19, 2014 at 16:47 UTC - 0 likes

    Please open a new ticket if this can be reproduced with the current version.

  • Avatar of LLJKTechnogeek LLJKTechnogeek Mar 29, 2011 at 18:13 UTC - 0 likes

    Considering I don't use the Alts function anyway, that does make it a lot less annoying. Glad you were able to get it fixed, and thanks for the vellum fix too!

  • Avatar of yossa yossa Mar 29, 2011 at 12:39 UTC - 0 likes

    I fixed it for items in bank, but it still has a problem with alts - it doesn't recognize how many items you have on your alt and shows the same count as for "bank". But it's less annoying now.

  • Avatar of LLJKTechnogeek LLJKTechnogeek Mar 22, 2011 at 08:00 UTC - 0 likes

    One more update. This bug may exist regardless of character skill, as the ## did not disappear when my scribe reached a high enough skill level to create Blackfallow Ink. Confirmation by a 525 scribe would be welcome.

    Last edited Mar 22, 2011 by LLJKTechnogeek
  • Avatar of LLJKTechnogeek LLJKTechnogeek Mar 17, 2011 at 19:25 UTC - 0 likes

    Looking into the "to craft 100000" message has revealed something interesting.

    SkilletData.lua has the Skillet:VendorItemAvailable function starting at line 417, which appears to be intended to handle the process of determining just how much you can purchase from an ink trader. If the item it looks at does not exist on the ink trader, the function is set up to return 100000.

    My current guess is that the lookup isn't firing off properly for some reason.

    EDIT: Inventory.lua seems to be using 100000 as the base value for "this is how much can be crafted". Presumably, 100k is meant to mean "everything this recipe needs can be bought from the vendor". The Skillet:VendorItemAvailable function does appear to be the cause.

    EDIT 2: More digging shows that the actual bug may instead be somewhere in Inventory.lua in the Skillet:InventorySkillIterations function. numCraftableVendor is set at the beginning to 100000, and is run though "numCraftableVendor = math.min(numCraftableVendor, Skillet:VendorItemAvailable(reagentID))". Remember that VendorItemAvailable will return 100000 if the reagent isn't on an ink trader. I'm wondering if InventorySkillIterations is getting the wrong reagentID variable somehow.

    EDIT 3: As an experiment, I commented out the entire specialVendorItems data block in SkilletData.lua thus guaranteeing that Skillet:VendorItemAvailable would always return 100000. This prevented the listed bug from appearing, albeit at the cost of preventing the ink trader from being used in calculations. Given that the bug has only been reported for scribes with pre-Cata skill levels, this may be an acceptable workaround until a proper fix can be created.

    EDIT 4: For experiment #2, I reverted the previous change and then purchased a single Blackfallow Ink from the auction house. This did not prevent the bug's appearance. The purchase of an additional two inks (bringing the total in my inventory to three) did not resolve this issue either. Three Blackfallow Ink would be sufficient currency to make the materials for any single glyph vendor-purchasable. Most likely, something in the code is reacting badly to the VendorItemAvailable function.

    Last edited Mar 17, 2011 by LLJKTechnogeek
  • Avatar of LLJKTechnogeek LLJKTechnogeek Mar 17, 2011 at 06:08 UTC - 0 likes

    For me at least, it's working properly for more than just the parts category. The offhand items that lowbie scribes can create do not bug out, nor do the various Darkmoon cards. What's really strange is that for any Inscription recipe with the 0/0/## bug, mousing over any of the components says "to craft 100000 you need:", whether or not the component can even be crafted. It doesn't do this for the categories that aren't showing the bug. In addition, any item affected by this does not register vendor-bought components (such as parchment) as being such.

    I'm not sure if that'll help track down the cause any, but it's something to look at I guess.

    Last edited Mar 17, 2011 by LLJKTechnogeek
  • Avatar of Thortok2000 Thortok2000 Mar 14, 2011 at 19:52 UTC - 0 likes

    Honestly what I think it is, is that it's considering the 'Ink Trader' to make all forms of ink as purchasable from a vendor. I'd really rather it didn't.

  • Avatar of Thortok2000 Thortok2000 Mar 14, 2011 at 19:51 UTC - 0 likes

    Bug is still occurring.

  • Avatar of Thortok2000 Thortok2000 Mar 01, 2011 at 04:36 UTC - 0 likes

    While we're at it, I never keep mats in my bank and I don't have alts (I only make one character per realm) so the option to display a single number instead of the triple number would be great.

  • Avatar of dominumds dominumds Mar 01, 2011 at 01:41 UTC - 0 likes

    Based on some basic testing I've performed, it is somehow failing when calculating how many items to make based on the mats available on bank and alts (remember that the syntax is [how much to craft with mats in bag/with mats in bank/with mats on my alts]). I have also seen this bug on my char, but unfortunately I'm not able to pinpoint its cause since my knowledge of both Lua and this addon's source code is very limited.

  • 10 comments

Facts

Last updated
May 19, 2014
Reported
Feb 27, 2011
Status
Declined - We decided not to take action on this ticket.
Type
Defect - A shortcoming, fault, or imperfection
Priority
Medium - Normal priority.
Votes
1

Reported by

Possible assignees