740 - Buff Canceling Error
What steps will reproduce the problem?
1. right-click a buff either normal wow buffs (if not hidden by xperl) oder the buffs at the portrait
What is the expected output? What do you see instead?
happend nothing
What version of the product are you using?
3.0.9 r394
Do you have an error log of what happened?
Date: 2010-10-05 12:26:54
ID: 5
Error occured in: AddOn: XPerl_PlayerBuffs
Count: 1
Message: Error: AddOn XPerl_PlayerBuffs attempted to call a forbidden function (CancelUnitBuff()) from a tainted execution path.
Debug:
[C]: CancelUnitBuff()
...rface\AddOns\XPerl_PlayerBuffs\XPerl_PlayerBuffs.lua:421
...rface\AddOns\XPerl_PlayerBuffs\XPerl_PlayerBuffs.lua:417
Facts
- Last updated
- Mar 30, 2012
- Reported
- Oct 05, 2010
- Status
- Fixed - Developer made requested changes. QA should verify.
- Type
- Defect - A shortcoming, fault, or imperfection
- Priority
- Medium - Normal priority.
- Votes
- 5
- Reply
- #18
Zeksie Oct 27, 2010 at 20:02 UTC - 0 likesI'm marking this ticket as done. Other bugs related to the player buffs don't include this part, which is one of the bits that does work.
- Reply
- #17
PlayerLin Oct 27, 2010 at 12:43 UTC - 0 likesOh, hell, I knew it... /facepalm
But some stupid assholes always try using this to pissed authors off. :(
- Reply
- #16
Zeksie Oct 27, 2010 at 11:58 UTC - 0 likesIt could Lin yes. But you'd have to implement the entire menu system with secure headers. Most conditional options in place would break. And addons could not add to your menus without custom code. I far prefer to tell user to bind a key..
- Reply
- #15
PlayerLin Oct 22, 2010 at 11:02 UTC - 0 likesBlizzard always do those shit. We can only waiting for they fixed that.
Just ask, is that new secure aura header shit can fix the stupid SetFocus problem?
- Reply
- #14
mysticalos Oct 22, 2010 at 00:19 UTC - 0 likesyou are still better off disabling player buffs until the secure aura header is less buggy and zek can finish working with it. it's a shame blizz disabled the old way to do it without making sure new way even worked right.
- Reply
- #13
twintails Oct 21, 2010 at 21:14 UTC - 0 likesTY for heads up on the external frameXML
i'll use the /cancelaura method and see if that does it
again TY for all the hard your you guys are doing!
- Reply
- #12
ABCdario007 Oct 21, 2010 at 16:26 UTC - 0 likesTwintails try using /cancelaura when turned with Trick-or-Treat, it works for me. Not usefull with all buffs, but almost. So you dont need to disable x-pearl just to do that thing.
/cancelaura Buff-Name ( exactly like it shows on tooltip )
Hope this help
Methodika-Tyrande
- Reply
- #11
mysticalos Oct 20, 2010 at 23:24 UTC - 0 likesloading an external framexml is a VERY bad idea. it'll break a lot of stuff on patch days when it doesn't match code changes in new patch. there is a work around for this but it's broken. it's listed in known issues alread. blizzard want people to use a new secure aura template they created in 4.0.1 but right now that templateis not completely functional and buggy. once it's working, we can support blizzards new metthod for it the proper way. but until then, blizz protected the old function before the new one was working,and that's why this is a mess.
i applaud you at least for actually searching tickets and using the open one instead of me havingb to close more duplicate tickets.
- Reply
- #10
twintails Oct 20, 2010 at 21:34 UTC - 0 likesseems to me like if it is a workaround for the security crap, you could just add this file to the files of x-perl and call it locally.
- Reply
- #9
twintails Oct 20, 2010 at 21:13 UTC - 0 likesyep that fixed it.
downloaded the addon kit from
http://us.blizzard.com/support/article.xml?locale=en_US&articleId=21466
and put the FrameXML folder in the main World of Warcraft Game Folder