WowAce

That's the same error from the same library version I posted about 3 months prior below. It was fixed in r18.

Solid...but just experienced the first bug/error with r17.

LibQuestItem-1.0 r17 (upgraded from r14), QuestItemBar v0.6, USEnglish client/server, WoW 3.3.5a live, Ace3 disembedded, all other libraries (including LibQuestItem) embedded. Sometime when doing quests in Colderra, the following error occurred:

["message"] = {
				"LibQuestItem-1.0-17:139: table index is nil\nLibQuestItem-1.0-17:194: in function `Scan'\nLibQuestItem-1.0-17:263: in function <...stItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:258>\n\nLocals:|r\nself = <table> {\n activeQuestItems = <table> {\n }\n callbacks = <table> {\n }\n PLAYER_ENTERING_WORLD = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:276\n StartsQuestId = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:225\n PLAYER_REGEN_ENABLED = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:285\n IsQuestActive = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:229\n UnregisterAllCallbacks = <function> defined @Interface\\AddOns\\AddonLoader\\CallbackHandler-1.0\\CallbackHandler-1.0.lua:202\n PLAYER_LEAVING_WORLD = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0", -- [1]
				".lua:281\n PLAYER_REGEN_DISABLED = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:289\n ITEMS_UPDATED = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:271\n startsQuestItems = <table> {\n }\n GetItemString = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:213\n Scan = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:180\n IsUsable = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:221\n questItems = <table> {\n }\n UnregisterCallback = <function> defined @Interface\\AddOns\\AddonLoader\\CallbackHandler-1.0\\CallbackHandler-1.0.lua:181\n RegisterCallback = <function> defined @Interface\\AddOns\\AddonLoader\\CallbackHandler-1.0\\CallbackHandler-1.0.lua:118\n usableQuestItems = <table> {\n }\n frame = LibQuestItem10Frame {\n }\n IsQuestItem = <function> defined @Interface", -- [2]
				"\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:217\n questItemSpells = <table> {\n }\n}\nquestItems = <table> {\n 35648 = true\n}\nusableQuestItems = <table> {\n 35648 = true\n}\nstartsQuestItems = <table> {\n}\nactiveQuestItems = <table> {\n}\nquestItemSpells = <table> {\n}\nScanInventory = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:149\nScanBags = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:125\nScanQuestLog = <function> defined @Interface\\AddOns\\QuestItemBar\\Libs\\LibQuestItem-1.0\\LibQuestItem-1.0.lua:159\ncallbacks = <table> {\n recurse = 0\n events = <table> {\n }\n Fire = <function> defined @Interface\\AddOns\\AddonLoader\\CallbackHandler-1.0\\CallbackHandler-1.0.lua:87\n}\n\n  ---", -- [3]
			},
			["type"] = "error",
			["session"] = 908,
			["counter"] = 7,
		}, -- [254]

There was a span of about 10 minutes between when the error happened (and repeated 7 times) and when I noticed the BugSack LDB display, so can't be certain what triggered the error.

May have occurred when picking up quest item drops off mobs for a certain quest...you get up to 5 copies of the same item (shows them stacked in QuestItemBar) to be "used on" other items. Or it came from a quest item that could "summon" a friendly NPC when used (its only usage). Will link the quests later if it will help debug.

As to CPU usage, in addition to r45 of QuestItemBar using 0 CPU/second when idle, the following similar mod also uses 0 on idle: QuestClicks.

Thanks very much for replies and hope you get this working perfectly soon :D.

(Removes all bridges from surrounding area) :D

Finally, with r14 this library uses 0 CPU when idle. Nice work. Had to switch to testing with the following mods to see what CPU was used on looting, as OptionHouse closes when you loot: AddonProfiler & AddonManager (both more inconvenient to see ongoing CPU, though).

It does spike a bit when you loot, but nomoreso than other mods that update on bag content changes. And appears to spike to substantially lower heights than QuestItemBar r45 does itself + through Ace3 when you loot something.

The big thing will be to see if it actually causes lag when looting in parties. Which is a potential hazard when doing OnUpdates non-optimally (and I've seen testing another mod called Broker Garbage before it was recoded).

Looking better so far, though.

EDIT: one small thing, the library revision number (14 currently) isn't seen in its LUA file as it should be, even though you have a revision line at the top.

EDIT#2: one bigger thing: tested QuestItemBar v0.6-beta1 with this library embedded (Ace3 still disembedded). For some reason, the mod appears to use a small amount of CPU in combat (0.01 in AddonProfiler when not looting) with a larger than expected spike immediately after the end of combat for 2 ticks/seconds (0.15-0.25 in AddonProfiler and again, not looting). No quest items were on the bar or being used.

The mod should shut totally off (in effect) during combat, other than letting you click quest items that may be on the bar. That increased use immediately after combat is over for 2 seconds seems odd if nothing in your packs or the bar has changed.

No, not with items showing. That's a different circumstance unrelated to what LibQuestItem-1.0 is doing on its own with QuestItemBar. Whether or not your secure action buttons use CPU or not, the issue here is what LibQuestItem-1.0 is doing on its own when no items are shown on the bar.

QuestItemBar r45 - - with Ace3 disembedded, other libraries embedded (CallbackHandler-1.0, LibAboutPanel, LibGratuity-3.0, LibStub) - - uses 0.0 CPU/second when idle with no items showing as show in this screenshot. QuestItemBar's anchor button is shown immediately below the OptionHouse frame. Ace3 uses the same 0.775 CPU/second median that it does on its own with no mods that use it are loaded; QuestItemBar doesn't go through it.

Odd. Well, here is a screenshot of OptionHouse with LibQuestItem-1.0 r13 standalone active with CPU profiling enabled so you can see what's happening here. I cut that section out of the original WoW screenshot with IrfanView.

r13 is using identical CPU as r11 was. That CPU usage is continual, not occasional spiking. It never drops below 0.275 and never goes above 0.350. If wondering, the OptionHouse frame display has been distorted since WoW 3.3.3 (see comments on its WoWI page).

QuestItemBar r45 using LibGratuity-3.0 (which you've eliminated in the latest alphas & added LibQuestItem-1.0) uses 0.0 CPU on idle. Still hope you can do something to improve this library. If not, GL with it & the mod.

Unfortunately no, its not better. r11 is using much more CPU time than r10 did.

Right now with just OptionHouse & LibQuestItem-1.0 (loaded via LOD through Option House) active, the library uses between 0.225-0.310 CPU/second on idle (averaging around 0.275).

Nice idea. Various quest mods (other than yours) moving from their own methods to perhaps this library might take some effort, but still, nice idea :).

One thing noticed so far that could use some improvement, though. Loading this alone (LOD), it uses 0.100-0.110 CPU/second when a character is idle. Not much, but its still the only library/library system I've seen lately besides Ace3 that uses CPU when idle.