That should take care of the issues with the Guild Profiler addon.
What I can reproduce every time:
addon: wowrgp_2.3.0.zip - file wowrgp - line 123:
frame:OnEvent(event, arg1) - the ADDON_LOADED is fired.
The function frame:startup(); (line 141) will be called.
The nasty thing: Line 143: Guild_name = GetGuildInfo("player"); will (some times / every time /...) result in a NIL value.
So the rest of the init process will bail out and pop a nice LUA error box.
Replacing everywhere GetGuildInfo("player") with GetGuildInfo("Nowwhat") (my Officer main) will solve all issues.
So, "player" isn't known when ADDON_LOADED is fired - it will be valid afterwards in the "wow boot" process, like after
http://www.wowwiki.com/AddOn_loading_process the event PLAYER_LOGIN.
I know this is NOT logic at all, the other addon, wowrgp_2.3.0.zip, inits the same way - and does the job...I could reproduce this on 3 PC differently. All using EU - FRfr official wow servers. Clean installs, empty savedvariables LUA files - or not.
I patched the addon "" with the test code I found over here:
http://www.wowwiki.com/API_GetGuildInfoThe error I'm talking about is even discussed over there:
If using with UnitId "player" on loading it happens that this value is nil even if the player is in a guild. I wrote a little function which checks in the GUILD_ROSTER_UPDATE and PLAYER_GUILD_UPDATE events, if guild name is available. As long as it is not, no actions are fired by my guild event handling.
Merging these two addons to one will be a "should have done that years ago" solution
Btw: Look here:
downloads/?cat=3When clicking on "WoWRoster-Profiler" the downlaod proposed is "wowrgp_2.3.0.zip" (7,5 Kb in size).
When clicking on"WoWRoster-GuildProfiler" the download proposed is "wowrcp_2.3.0.zip" (123,16 KB size).
This inversion could introduce this movement
Note also that "Libs\AceDB-3.0\AceDB-3.0.xml" is mentioned in the TOC file wowrcp - but that part of the ACE lib is missing - check your wow error log file.
Anywway: keep up the good work