Patch 4.1: Addon Messages Will Be Filtered

(Locked)

Community Manager
Addon authors that use chat messages should check that their addons still work in 4.1

Authors will need to add calls to RegisterAddonMessagePrefix() in order to receive addon messages of a particular prefix, presumably during PLAYER_ENTERING_WORLD for the majority of addons. Note that this system errs on the side of sending too much; it is possible for addon messages to make it to the CHAT_MSG_ADDON handlers when no addon has registered it.

  • RegisterAddonMessagePrefix( <string> )

    • Returns a boolean if successful (could fail if it hits the client side limit of 512 prefixes).

  • IsAddonMessagePrefixRegistered( <string> )

    • Returns a Boolean if the prefix has been registered.

  • <table> GetRegisteredAddonMessagePrefixes( <table> )

    • Returns a table (or you can pass in a table), that will be filled in with all prefixes that were registered.

Prefixes are limited to 16 characters now, and they no longer take up a portion of the 256 character chat message limit. The server has a 64 prefix limit. If you exceed this limit your client will not filter any messages.

Also: SendAddonMessage() is now allowed for the OFFICER channel.
Edited by Zarhym on 3/11/2011 6:25 PM PST
- World of Warcraft
85 Dwarf Paladin
7640
Thanks Zar!
90 Blood Elf Mage
7725
thanks
MVP - World of Warcraft
85 Night Elf Hunter
5100
Cool, the way this is described means that as long as any addon that's using addon messaging registers the prefixes it needs, it should otherwise be able to behave exactly as it does today. (It should also reduce event clutter for developers who're working on something but turn off other event-spammy addons when in guilds/parties with people still running those addons).
85 Draenei Mage
10630
Forgive my ignorance, but does this mean that Addon messages at login are going to be either a) shortened and/or b) become inoperable unless an update takes place?
85 Night Elf Rogue
7155
I assume this is a step towards reducing the amount of bandwidth consumed by addon communication for all players. In which case, good move.
85 Worgen Warlock
11055
Thank you for this information, Zarhym.
90 Human Mage
18840
Does that means i wont receive addon messages from addons i don't have?
I remember in WotLK, GearScore used to send tons of messages, which impacted on your bandwidth, even if you didnt have the addon yourself. (and the messages sent to you would just die, while taking your bandwidth with them)
8 Troll Hunter
0
so...what addons does this affect?
90 Draenei Shaman
9660
Is there a possibility of getting an UnregisterAddonMessagePrefix?

Also, will the default UI access RegisterAddonMessagePrefix from a call stack that needs to be secure (action bars, unit frames, etc)?
- Technical Support
90 Human Warrior
18580
03/11/2011 7:33 PMPosted by Sephres
so...what addons does this affect?


any and all that use addon messages (syncing). so more or less, what ones doesn't it effect.
85 Worgen Warlock
11055
03/11/2011 7:33 PMPosted by Sephres
so...what addons does this affect?


A lot of them. Any add-on that communicates across clients.
Edited by Blacksen on 3/11/2011 10:49 PM PST
85 Human Warlock
8090
Does that means i wont receive addon messages from addons i don't have?
I remember in WotLK, GearScore used to send tons of messages, which impacted on your bandwidth, even if you didnt have the addon yourself. (and the messages sent to you would just die, while taking your bandwidth with them)


That sounds like exactly what this change does. I'm guessing that they're filtering on the server side now.
85 Human Warlock
8090
03/11/2011 7:03 PMPosted by Delritha
Forgive my ignorance, but does this mean that Addon messages at login are going to be either a) shortened and/or b) become inoperable unless an update takes place?


This is referring to the invisible whispers and invisible guild chat messages that many popular addons pass around among players. It doesn't affect addons' ability to display messages on your screen.

This seems like it's entirely to reduce bandwidth usage, so it sounds like everyone wins, minus the initial headache of upgrading addons.
85 Gnome Mage
13425
Wait, so there's no command to unregister an addon prefix?

Also, the client has a 512 prefix limit but the server only recognizes the first 64?

Edit:
I think some clarifications are also necessary:
What happens exactly when no prefixes are registered?
What happens exactly if 65 prefixes are registered ?
What happens exactly if 513 prefixes are registered?
Is there both server- and client- side filtering or only server-side in each of these cases? "The server has a 64 prefix limit. If you exceed this limit your client will not filter any messages." doesn't make sense to me.
Edited by Xinhuan on 3/12/2011 12:58 AM PST
85 Blood Elf Paladin
2850
Isn't this going to keep another players addons that you don't have from talking to addons that you do have?
11 Troll Hunter
300
I always shiver in fear each time Blizzard changes the addon systems. I need some addons to improve the readability of the interface (since blizzard refuses to add it to the standard system), but programmers don't maintain their addons for ever.
- Technical Support
90 Human Warrior
18580
03/12/2011 7:49 AMPosted by Welu
Isn't this going to keep another players addons that you don't have from talking to addons that you do have?


you mean like a lib that one of your addons is compatible with but doesn't load itself (thus doesn't register) Or say something like Xperl accepting a message from ora/CTRA and recognizing the event and adding it to xperls tank window? i can see where things like that would also be a problem.
Edited by Omegal on 3/12/2011 10:01 AM PST
90 Night Elf Druid
11155
03/12/2011 10:00 AMPosted by Omegal
Isn't this going to keep another players addons that you don't have from talking to addons that you do have?


you mean like a lib that one of your addons is compatible with but doesn't load itself (thus doesn't register) Or say something like Xperl accepting a message from ora/CTRA and recognizing the event and adding it to xperls tank window? i can see where things like that would also be a problem.


X-Perl presumably recognizes the events from ora/CTRA becauses it knows about the prefix they use, so it just needs to register for that prefix. So, in theory, X-Perl should work just fine after an update.

90 Tauren Paladin
9555
This is spectacular - finally a way to server filter addon spam. I'm guessing someone will write an addon to hook RegisterAddonMessagePrefix() so we can manually override what addon messages we wish to accept.

Just fantastic work blizz guys!
This topic is locked.

Please report any Code of Conduct violations, including:

Threats of violence. We take these seriously and will alert the proper authorities.

Posts containing personal information about other players. This includes physical addresses, e-mail addresses, phone numbers, and inappropriate photos and/or videos.

Harassing or discriminatory language. This will not be tolerated.

Forums Code of Conduct

Report Post # written by

Reason
Explain (256 characters max)
Submit Cancel

Reported!

[Close]