I noticed this too and in my big button macro I put accept group at the top of the macro. It does work but sometimes I have to it three or four times. So I just spam it now and they all get in group.
Printable View
I noticed this too and in my big button macro I put accept group at the top of the macro. It does work but sometimes I have to it three or four times. So I just spam it now and they all get in group.
Remove this from your macro and it won't auto-deny:
/script StaticPopup_Hide("PARTY_INVITE");
However, it will leave the invite popup opened.
Similar behavior [s]occurs with[/s] might occur with:
/script StaticPopup_Hide("QUEST_ACCEPT");
Unfortunately, I haven't been able to test that one as I haven't run into any party-wide-event quests since the update.Quote:
Originally Posted by 'Ken',index.php?page=Thread&postID=196180#post1961 80
Thanks for the heads-up... will see about using a similar workaround for that functionality. Makes sense I guess... just didn't occur to me.
Thanks.
UPDATE:
Just checked the Blizzard interface code, and the definition for QUEST_ACCEPT is quite different from PARTY_INVITE. Specifically, PARTY_INVITE looks like they have a "if I'm hidden and they didn't click yes, then DeclineGroup() whereas the QUEST_ACCEPT code just has either AcceptQuest() if they click yes and no Decline path.
I'm far from an expert, and if you're telling me you've seen this activity, then I need to dig deeper as it doesn't appear to be accepting/declining in the same way that the PARTY_INVITE does.
from blizzard interface staticPopup.lua:
See how it defines OnHide with a check for whether they accepted and if not, to decline?Code:StaticPopupDialogs["PARTY_INVITE"] = {
text = INVITATION,
button1 = ACCEPT,
button2 = DECLINE,
sound = "igPlayerInvite",
OnShow = function(self)
self.inviteAccepted = nil;
end,
OnAccept = function(self)
AcceptGroup();
self.inviteAccepted = 1;
end,
OnCancel = function(self)
DeclineGroup();
end,
OnHide = function(self)
if ( not self.inviteAccepted ) then
DeclineGroup();
self:Hide();
end
end,
timeout = 60,
whileDead = 1,
hideOnEscape = 1
};
Now, here's the definition for QUEST_ACCEPT:
So, there's no explicit Decline going on there.Code:StaticPopupDialogs["QUEST_ACCEPT"] = {
text = QUEST_ACCEPT,
button1 = YES,
button2 = NO,
OnAccept = function(self)
ConfirmAcceptQuest();
end,
timeout = 0,
exclusive = 1,
hideOnEscape = 1
};
Again, this is just my interpretation of the Bliz interface code and I could very easily be wrong.
Sorry, that was an assumption I made. (I edited my post)Quote:
Originally Posted by 'DgtlSorcrs',index.php?page=Thread&postID=196185#p ost196185
Oops, I Edited MY post too... lol Gonna just start replying instead of updating self. :)Quote:
Originally Posted by 'Ken',index.php?page=Thread&postID=196191#post1961 91