Logged Out
Create an Account
Login:
Password:

Forgot your password?
GRSS -> 2.01 Bug when looting gold.

GRSS -> 2.01 Bug when looting gold.
[Back to Index]  [Bottom of Thread]
Thread Tags
Primary: [General]
Secondary: None
<<< 1 2
Quote
Well, a guildy got the same error last night when trying to DE an item. She is my back-up for snapshots and she can't remember now if it was GRSS that was blocked or a different add-on, but it had nothing to do with looting cash. She was in the middle of IF, clicked DE and it errored before the DE started. She clicked disable, it reloaded and she could then DE the item. She will watch for it again and try to give more specific details.

So this piece of the puzzle is just another piece of sky...and it's not even an edge piece.


Mods that do Reagent tracking or Disenchant Predicting are suffering from such issues as well. Example being Fizzwidgets Disenchant Predictor. New shards were added and he tries to hook the Tooltip Frame to update it. A lot of these error happen when a mod has some tie to a frame display and whether or not you are in combat can affect it. Again this all mostly because of the new secure frame system and the fact that Blizzard basically locks 90% of the interface while in combat. I would check with the DE'er and see if they run anything that helps with reagent tracking or dis/enchanting.

--
Six Demon BagRefresh This Item
Jack Burton: Hey, what more can a guy ask for?
Egg Shen: Oh, a six-demon bag!
Jack Burton: Terrific, a six-demon bag. Sensational. What's in it, Egg?
Egg Shen: Wind, fire, all that kind of thing!
Alrighty, I think I have figured out what's wrong here:

I read up on this thread here, which describes how "tainting" and the secure blizzard functions work.

In short, I'm hooking the "chat frame" function ChatFrame_OnEvent, for the purposes of capturing incoming whispers (!dkp Chops) and hiding the output so as to not spam the mod user.

Because I'm hooking that with a user-defined function, any other functions that are called along the way for processing that particular event are then made "Tainted" as well, thus producing the "Blizzard UI Secure Function" Error message you're seeing.

I tried using the suggested "hooksecurefunc" function to hook that particular function, but the way that "hooksecurefunc" works, by running my code after it runs the blizzard code, it defeats the purpose of hooking the function in the first place (which is to hide the messages from the user).

At this point, we're faced with two options:
1) Put up with the occasional error messages and hope for blizzard to modify this functionality (unlikely), or
2) Make the incoming messages viewable again.

Neither are good choices, but architecturally, I don't think that what I'm trying to accomplish is possible anymore.

--
It's all in the reflexes.
Here's my post to the UI forums. Hopefully there's an answer for us that'll be pleasing to us.

--
It's all in the reflexes.


<<< 1 2 
[Back to Index]  [Top of Thread]