My quests in ONE character stopped tracking (you know the yellow text when you kill 1/10 or whatever), other characters with the SAME addons and configs works fine, ive google some solutions and some work but only for some time
/console autoQuestWatch 1
/console autoQuestProgress 1
These commands works for like 3min and stops, but its not an addon. Ive tried with 0 addons… this is driving me crazy because it only doesnt work on my main, please somebody can help me
Grab AdvancedInterfaceOptions and check the CVar Browser to see what’s turning those CVars back off.
Also, try this version. People seem to have more success with it than the /console version.
I swear, i googled this for like 2 hours and could not see the post you originally posted this, tried so many other commands… that worked. Thank you so much holy moly you are an angel
How can i see what was disabling this on CVar browser? I tried to look the “AutoquestWatch” and its 1 (of course now that i used the command)
But if that happens again, how can i see what is disabling it?
AIO keeps track of what modifies CVar so you should be able to mouseover them in the Browser and see what most recently changed it.
ok so it started to not show again this is what is showing me.
Addons/Blizzard_ChatFrameBase/Mainline/ChatFrame.lua:5476
Both Autoquest progress and autoquestwatch are 1 (turned on) tho…so im not so sure…How can i find what is the root cause?
Alright so if they’re still on that’s definitely no the problem. (ChatFrame just means it was a macro or you pasting a command in chat, which you did to turn them on.)
Do you have BugSack and BugGrabber installed? If not I’d grab those and see if any errors are being triggered.
K did what you said with bugsack and bugtracker. Got two errors, but they dont seem related to my problem…
1x [ADDON_ACTION_BLOCKED] AddOn ‘PetTracker’ tried to call the protected function ‘Button:SetPassThroughButtons()’.
[!BugGrabber/BugGrabber.lua]:485: in function
C: in function ‘SetPassThroughButtons’
[Blizzard_MapCanvas/MapCanvas_DataProviderBase.lua]:280: in function ‘CheckMouseButtonPassthrough’
[Blizzard_MapCanvas/Blizzard_MapCanvas.lua]:302: in function ‘AcquirePin’
[Blizzard_SharedMapDataProviders/BonusObjectiveDataProvider.lua]:94: in function <…haredMapDataProviders/BonusObjectiveDataProvider.lua:89>
C: in function ‘xpcall’
[Blizzard_ObjectAPI/Mainline/AsyncCallbackSystem.lua]:76: in function ‘FireCallbacks’
[Blizzard_ObjectAPI/Mainline/AsyncCallbackSystem.lua]:35: in function <…/Blizzard_ObjectAPI/Mainline/AsyncCallbackSystem.lua:31>
C: in function ‘accessor’
[Blizzard_ObjectAPI/Mainline/AsyncCallbackSystem.lua]:52: in function ‘AddCallback’
[Blizzard_ObjectAPI/Mainline/AsyncCallbackSystem.lua]:60: in function ‘AddCancelableCallback’
[Blizzard_SharedMapDataProviders/BonusObjectiveDataProvider.lua]:89: in function ‘RefreshAllData’
[Blizzard_SharedMapDataProviders/BonusObjectiveDataProvider.lua]:62: in function ‘OnEvent’
[Blizzard_MapCanvas/MapCanvas_DataProviderBase.lua]:99: in function ‘SignalEvent’
[Blizzard_MapCanvas/Blizzard_MapCanvas.lua]:117: in function <…aceBlizzard_MapCanvas/Blizzard_MapCanvas.lua:116>
C: in function ‘secureexecuterange’
[Blizzard_MapCanvas/Blizzard_MapCanvas.lua]:125: in function ‘OnEvent’
[Blizzard_WorldMap/Blizzard_WorldMap.lua]:163: in function <…rfaceBlizzard_WorldMap/Blizzard_WorldMap.lua:162>
Locals:
_ = Frame {
}
event = “ADDON_ACTION_BLOCKED”
events =
ERROR 2
1x [ADDON_ACTION_BLOCKED] AddOn ‘ElvUI_Libraries’ tried to call the protected function ‘UNKNOWN()’.
[!BugGrabber/BugGrabber.lua]:485: in function
C: ?
C: ?
C: ?
[ElvUI_Libraries/Core/LibActionButton-1.0/LibActionButton-1.0.lua]:612: in function ‘method’
[Blizzard_FrameXML/RestrictedFrames.lua]:791: in function <Blizzard_FrameXML/RestrictedFrames.lua:783>
C: ?
C: ?
[Blizzard_FrameXML/RestrictedFrames.lua]:810: in function ‘CallMethod’
[ if self:GetAttribute(“type”) == “action” then
local type, action = GetActionInfo(self:GetAttribute(“action”))
if type == "flyout" and self:GetAttribute("LABUseCustomFlyout") then
local flyoutHandler = owner:GetFrameRef("flyoutHandler")
if not down and flyoutHandler then
flyoutHandler:SetAttribute("flyoutParentHandle", self)
flyoutHandler:RunAttribute("HandleFlyout", action)
end
self:CallMethod("UpdateFlyout")
return false
end
-- hide the flyout
local flyoutHandler = owner:GetFrameRef("flyoutHandler")
if flyoutHandler then
flyoutHandler:Hide()
end
-- if this is a pickup click, disable on-down casting
-- it should get re-enabled in the post handler, or the OnDragStart handler, whichever occurs
if button ~= "Keybind" and ((self:GetAttribute("unlockedpreventdrag") and not self:GetAttribute("buttonlock")) or IsModifiedClick("PICKUPACTION")) and not self:GetAttribute("LABdisableDragNDrop") then
self:CallMethod("ToggleOnDownForPickup", true)
self:SetAttribute("LABToggledOnDown", true)
end
return (button == "Keybind") and "LeftButton" or nil, format("%s|%s", tostring(type), tostring(action))
end
-- hide the flyout, the extra down/ownership check is needed to not hide the button we're currently pressing too early
local flyoutHandler = owner:GetFrameRef("flyoutHandler")
if flyoutHandler and (not down or self:GetParent() ~= flyoutHandler) then
flyoutHandler:Hide()
end
if button == "Keybind" then
return "LeftButton"
end
]:24: in function <[string " if self:GetAttribute("type") == "action" ..."]:1>
[Blizzard_FrameXML/RestrictedExecution.lua]:483: in function <…aceBlizzard_FrameXML/RestrictedExecution.lua:446>
tail call: ?
[Blizzard_FrameXML/SecureHandlers.lua]:285: in function <Blizzard_FrameXML/SecureHandlers.lua:279>
tail call: ?
Locals:
_ = Frame {
}
event = “ADDON_ACTION_BLOCKED”
events =
If im not mistaken they are both taints no? Also, i did say playing with 0 addons didnt affect this bug, could this be 100% blizzard default fault?