Download
(68Kb)
Download
Updated: 09-18-16 02:58 PM
Pictures
File Info
Updated:09-18-16 02:58 PM
Created:07-29-10 06:15 PM
Downloads:9,113
Favorites:57
MD5:

Hydra - Multibox Leveling Helper  Popular! (More than 5000 hits)

Version: 7.0.3.0
by: Phanx, Akkorian

I am no longer developing or maintaining World of Warcraft addons. I haven't played in years, and don't have the time or interest to continue working on addons for a game I don't play anymore. If you are an addon author interested in continuing one of my addons, please see https://phanx.net/addons/. If you are an addon user, sorry, but there won't be any more fixes or updates from me.
Hydra is a multibox leveling helper that aims to minimize the number of times you need to actively control secondary characters.
Scroll down for a full list of features. Options are accessible by typing “/hydra” or by browsing to the Hydra panel in the Interface Options window. Several common commands can also be keybound in the standard Key Bindings window.

Please note that Hydra is not a replacement for key cloning software — addons can’t cast spells, target units, or perform many other actions, so you will still need some way to send your key strokes and mouse clicks to your secondary characters’ instances of WoW.
Bug Reports & Feature Requests
Post an issue on GitHub (preferred), or post a comment here on WoWInterface. If you are reporting a bug, please read this first and provide as much of the requested information as possible.
Language Support
  • Works in all languages.
  • Translated into English, Deutsch, Espańol, Français, Русский, and 한국어.
  • Add or update translations on the CurseForge project page or send me a PM.
Full Feature List
Hydra operates on the basis of “trust”. You tell it which characters you trust, whether they're your multibox characters or just your questing buddies, and features are enabled or disabled depending on whether you’re in a party with trusted characters or not. For example, whispers are only forwarded to party chat if everyone in the party is on your trusted list.

You can add or remove names to your trusted list in the options panel. There's also an option to add everyone in your current party to your trusted list, for quick setup for multiboxing groups.
Automation
  • Accepts summons and resurrections.
  • Declines duels, guilds, and arena teams.
  • Repairs equipment and sells junk to vendors.
Chat
  • Forwards whispers to secondary characters to party chat.
  • Forwards responses in party chat back to the sender as a whisper from the secondary character.
Follow
  • Notifies you when a party member starts or stops following you.
  • Type “/followme” or “/fme” to command all party members to follow you.
  • Type “/corpse accept” to make all other party members who are ghosts accept their corpse.
  • Type “/corpse release” to make all other party members who are dead release their spirit.
Mount
  • Causes other characters in the party (and in range) to mount when you mount.
Party
  • Accepts party invitations from trusted characters.
  • Request a party invitation by typing “/inviteme name”, where “name” is the target. If no target is specified, your current target unit will be used.
  • Request a promotion to party leader by typing “/promoteme”.
Quest
  • Accepts quests that another trusted party member already accepted, or all quests
  • Accepts quests shared manually or automatically (eg. escort quests) from players
  • Accepts quests started from looted items
  • Shares quests accepted from NPCs
  • Turns in completed quests (you still need to choose a reward if there’s a choice)
  • Abandons quests abandoned by trusted party members
Taxi
  • Autoselects the last taxi node selected by anyone in the party in the last 60 seconds.
  • Type “/cleartaxi” to manually clear the selection for the current character.
  • Hold the Shift key when interacting with the flight master to bypass this module’s functionality.

Limitations & Caveats

Chat module limitations:
Whispers containing a high number of “spam words” (words that commonly appear in goldselling, powerleveling, phishing, or other spam) are forwarded as “POSSIBLE SPAM” instead of the actual text, to avoid having your account appear to send spam. If you want to see the actual message, check the receiving character’s chat log.

Whisper forwarding is disabled in non-trusted parties, and there is currently no notification if someone whispers a secondary character in this situation.
Primary character detection:
Hydra currently offers two methods for detecting the primary character. By default, it assumes that the primary character is the party leader. You can use the options panel to switch to checking for applicaton focus instead, but this method will not work if you are using multiple physical machines, and may not work if you are running multiple clients in windowed mode.
Advanced Chat Usage
If whispers from multiple senders are forwarded to party chat, your responses in party chat are assumed to be directed toward the sender of the most recently forwarded whisper. You can respond to a previously forwarded whisper by prefacing your message in party chat with “@name”, where “name” is the name of your character that forwarded the whisper.

If whispers from multiple senders are forwarded by the same character, you can respond to a previous message by whispering that character with “@name message”, where “name” is the name of the person you want “message” to be whispered to. You can also use this feature to have your secondary characters send whispers to people who haven’t already whispered you.

Version 7.0.3.0
  • Updated for WoW 7.0
  • Fixed the Follow module not actually deactivating when un-checking its "Enable" option
  • Fixed an error in the Loot module

Version 6.2.0.31
  • Fixed an error in localization

Version 6.2.0.30
  • Updated for WoW 6.2
  • Added an option to disable automatic loot method switching
  • Fixed an issue with taxi destination sharing
  • Fixed some issues with option checkboxes
  • Renamed the "Party" module to "Group" since it also works for raids

Version 6.0.2.206
  • Updated for WoW 6.0
  • Taxi sharing now works immediately for secondary characters who already have the taxi map open
  • Improved dismount detection for noobs who click off auras to dismount
  • Fixed junk selling profit report for stacked items
  • Added alchemy and engineering specialization quests to the ignore list

Version 5.4.8.187
  • Fixed textures overlapping on the "remove name" dropdown when there are no names to remove

Version 5.4.8.186
  • Fixed automatic re-follow after combat
  • Fixed automatic quest abandoning for characters with significant level differences
  • Fixed taxi sharing for characters with different known flight paths
  • More fixes for Blizzard's lazy API inconsistencies

Version 5.4.8.175
  • The dropdown menu for removing trusted names now scrolls when necessary to accomodate users with over 9000 alts
  • [Chat] Fixed the enable checkbox
  • [Group] Promotion requests are now targeted while in a group to avoid spam from non-leader characters
  • [Mount] Fixed a reversion causing comm messages to be incorrectly ignored under certain conditions

Version 5.4.7.169
  • Ambiguate names where necessary to work around annoyingly inconsistent API functions that break when realm names are passed
  • Clear abandoned quests from the accept/accepted lists to they can be automated again later
  • Block automation of the Allegiance to the Aldor/Scryers quests, and the Little Orphan quests in Dalaran

Version 5.4.7.162
  • Fixed problems with cross-realm player names
  • Fixed notifications in the Follow module
  • Fixed the wrong text being used on some options for the Quest module
  • Added an in-game panel for enabling debugging messages on a per-module basis
  • Updated German translations

Version 5.4.2.151
  • Fixed more issues with the Mount module
  • Fixed an issue in the Chat module where "/w Player1 @Player2 message" would cause an infinite loop of whispers when Player1 and Player2 were both trusted group members
  • Adjusted default options for the Automation and Quest modules (eg. "Accept combat resurrections" is no longer enabled by default)

Version 5.4.2.139
  • Added an option to repair using guild funds when possible
  • Fixed an issue with the Mount module

Version 5.4.2.136
  • Fixed some more issues with the Follow module
  • Fixed the options UI for adding/removing trusted names

Version 5.4.1.132
  • Fixed sending /followme without a target
  • Fixed instance chat channel detection
  • Fixed chat master detection method option dropdown
  • Added "Work Order" quests to the automation blacklist
  • Added missing Spanish translations
  • Updated for WoW 5.4

Version 5.2.0.119
  • Added an option to resume following when leaving combat
  • Added a quest blacklist to prevent automating certain quests (eg. suboptimal Tillers turnins)
  • Added checks to prevent attempting to turn in repeatable quests that aren't complete (eg. you need 6 Dread Amber Shards to turn in Seeds of Fear)
  • Fixed an issue with realm names containing spaces
  • Fixed an issue preventing guild invite declining from fully disabling until a reload/relog

Version 5.1.0.103
  • Chat: Added support for forwarding Battle.net whispers and conversations
  • Follow: Fixed the follow key binding
  • Mount: Removed dependency on LibMountInfo, since changes in the library make it useless for Hydra's purposes
  • Quest: Added an option to accept all quests, in addition to shared quests
  • Quest: Added support for starting quests from items
  • Quest: Hide the useless gossip window for auto-pickup quests
  • Quest: Fixed turnin of quests with multiple valueless rewards
  • Quest: Fixed turnin of auto-completing quests
  • Quest: Fixed quest reward selection for class-filtered rewards in MoP
  • Quest: Fixed accepting escort quests started by others

Version 5.0.4.82
  • Fixed a call to a function that was removed in WoW 5.0
  • Added French translations from Araldwenn
  • Added Russian translations from Piton4
  • Updated Spanish translations from Valdesca

Version 5.0.4.80
  • Updated for WoW 5.0
  • Removed an unused library

Version 4.3.4.78
  • Updated for WoW 5.x (Mists of Pandaria).
  • Added basic support for raids. Not really tested. Please report issues.
  • Added an option for "/followme" auto-targeting: When this option is enabled and you are targeting a group member, the command will be sent only to that group member.
  • Added "/followme" targeting: If names are entered with the command, the command will be sent only to the specified character(s). Example: "/followme Charone Charthree".
  • Fixed multiple options panel issues.

Version 4.3.3.67
  • Fixed party invitations from trusted characters not being accepted automatically for some people due to inconsistencies in Blizzard UI/API behavior between different WoW installations

Version 4.3.2.64
  • Fixed the "Add Current Group" button for adding all members of the current group to the trusted list
  • Fixed party invitations from trusted characters not being accepted automatically due to changes in the Blizzard UI code

Version 4.3.0.62
  • Fixed class coloring of sender names in whisper forwarding
  • Slightly improved the efficiency of spam checking in whisper forwarding

Version 4.3.0.59
  • Updated for WoW 4.3
  • Fixed the "Add Name" input option

Version 4.2.0.56
  • Updated for WoW 4.2

Version 4.1.0.52
  • Updated for WoW 4.1
  • Updated and fixed the localization of all modules

Version 4.0.6.43
  • Reworked the options layout
  • Added in-game help text for some modules (more to come)
  • Added Spanish localization

Version 4.0.3.32
  • Fixed a bug in the mount module

Version 4.0.3.31
  • Fixed the auto quest turnin option
  • Fixed a bug in the quest module when turning a quest to an NPC who offered multiple quests
  • Added embedded copies of the libraries needed for the options panel, so you don’t need to download Ace3 separately or depend on other addons including it
  • Added LibMounts-1.0 to mount module for improved mount selection support between characters who don’t have the same mount
  • Added an optional DataBroker launcher

Version 3.3.5.24
  • Fixed names added to/removed from trust list via options panel not saving between sessions
  • Limited quest automation to one pickup/turnin per click on NPC to prevent some bugs

Version 3.3.5.23
  • Added "/corpse release" and "/corpse accept" commands
  • Added option to the Follow module to show/hide chat messages
  • Added basic spam detection to try to prevent forwarding spam whispers
  • Added trust list management functions to the options panel
  • Settings are now saved on a per-character basis
  • Added backwards compatibility for WoW 3.2 (still live in China)

Version 3.3.5.15
  • Added mount speed data so my blood elf paladin and warlock don't have to ride around on rainbow cocks
  • Added quest turnin notification to quest module
  • Fixed completed quest turnins (no idea how that "not" got in there)
  • Fixed global nil value error in automation module
  • Fixed application focus detection in chat module
  • Fixed party module trying to respond to the player's promotion request
  • Fixed "/promoteme" command
  • Changed "/inviteme" command to accept a name, but still fall back on using the current target
  • Changed quest module comm prefixes to be more distinctive
  • Turned off debugging for all modules

Version 3.3.5.8
  • Added options (requires standalone Ace3, and not extensively tested)
  • Fixed quest turn-ins

Version 3.3.5.3
  • First public release
Post A Reply Comment Options
Unread 02-23-14, 11:25 PM  
Phanx
Cat.
 
Phanx's Avatar
AddOn Author - Click to view AddOns

Forum posts: 5617
File comments: 2321
Uploads: 54
Re: Quest Functionality

Originally Posted by acapela
I am finding quest autoshare/autoaccept functionality stops working as soon as any addon catches a LUA error. As far as I can tell, the perpetrating addon can be anything, and completely unrelated to Hydra.
That's pretty weird. None of the quest API functions are protected in any way, so taint shouldn't be a factor. At least with that info I can try to reproduce it.

Originally Posted by acapela
P.S. feature request: abandoning a quest should clear the quest out of all of the "accept" record-keeping in Hydra. Autoshare/autoaccept works differently (i.e. doesn't automate) after abandoning and re-acquiring a quest, versus acquiring the quest the first time.
Sounds reasonable, and the change is trivial, so that'll be in the next release.
__________________
Retired author of too many addons.
Message me if you're interested in taking over one of my addons.
Don’t message me about addon bugs or programming questions.
Report comment to moderator  
Reply With Quote
Unread 02-23-14, 10:58 PM  
acapela
A Cobalt Mageweaver
AddOn Author - Click to view AddOns

Forum posts: 241
File comments: 1313
Uploads: 5
Quest Functionality

Regarding quest functionality:

I am finding quest autoshare/autoaccept functionality stops working as soon as any addon catches a LUA error. As far as I can tell, the perpetrating addon can be anything, and completely unrelated to Hydra.

In fact, I am seeing LUA errors that apparently originate and propagate entirely within Blizzard FrameXML code which seem able to cause this.

Reloading my UI "fixes" everything. i.e. Abandon relevant quest, reload UI, re-acquire quest, and autoshare/autoaccept work fine.

Some independent confirmation of this would be helpful to my sanity .

I assume this is some sort of taint issue, and beyond Hydra's control. (Don't know enough about secure code to know whether/how Hydra configures its Quest functionality, though the relevant Blizzard API is documented as "secure"; follow/mount functionality doesn't seem to be affected.)

So, pending further testing and isolation of a (reproduceable) case where Hydra has trouble when this is NOT true, I am retracting my assertion that this part of Hydra is "not working"... doesn't look like a Hydra problem, and as far as I can tell there is no problem (Hydra's or otherwise) under a "clean" UI session. Hopefully that will save Phanx some testing effort.

P.S. feature request: abandoning a quest should clear the quest out of all of the "accept" record-keeping in Hydra. Autoshare/autoaccept works differently (i.e. doesn't automate) after abandoning and re-acquiring a quest, versus acquiring the quest the first time.
__________________
Retired author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html
-----
Zippy said it best: "All life is a BLUR of Republicans and Meat!"
Report comment to moderator  
Reply With Quote
Unread 02-23-14, 09:18 PM  
kittykatmax
A Fallenroot Satyr
 
kittykatmax's Avatar

Forum posts: 21
File comments: 227
Uploads: 0
Yeah, they don't make it easy for you guys. Thanks for persisting!

Look forward to seeing/using the assist module when it's ready.


Originally Posted by Phanx
Alright, it appears that Blizzard, as usual, is lazy and inconsistent, and while some functions require a server name to work properly with cross-realm characters, other functions fail if a realm name is provided for same-realm characters. Blanket use of Ambiguate will break some things, so I've selectively used it only for the functions Blizzard forgot to update (eg. CheckInteractDistance, apparently) and will post a new release as soon as I've gotten a chance to actually test it with someone, which will probably be tomorrow.

And yes, the Assist module is coming soon. It's all written, but I didn't have time to do any testing, and wanted to get the other fixes out first.
Report comment to moderator  
Reply With Quote
Unread 02-23-14, 08:30 PM  
Phanx
Cat.
 
Phanx's Avatar
AddOn Author - Click to view AddOns

Forum posts: 5617
File comments: 2321
Uploads: 54
Alright, it appears that Blizzard, as usual, is lazy and inconsistent, and while some functions require a server name to work properly with cross-realm characters, other functions fail if a realm name is provided for same-realm characters. Blanket use of Ambiguate will break some things, so I've selectively used it only for the functions Blizzard forgot to update (eg. CheckInteractDistance, apparently) and will post a new release as soon as I've gotten a chance to actually test it with someone, which will probably be tomorrow.

And yes, the Assist module is coming soon. It's all written, but I didn't have time to do any testing, and wanted to get the other fixes out first.
__________________
Retired author of too many addons.
Message me if you're interested in taking over one of my addons.
Don’t message me about addon bugs or programming questions.
Report comment to moderator  
Reply With Quote
Unread 02-23-14, 10:48 AM  
kittykatmax
A Fallenroot Satyr
 
kittykatmax's Avatar

Forum posts: 21
File comments: 227
Uploads: 0
Ok. I reinstalled your latest version of Hydra. I cleared both sets of trusted names. I created a party with two of my characters. I had them both "add group," which successfully changed loot to FFA. Following completely didn't work (they were partied, alone together, standing right next to each other in Org - yes, both from same server).

The leader gets:

Hydra: ValidateName Charactername Thrall
Hydra: IsTrusted Charactername-Thrall true
Hydra: Sending follow command to party
Hydra: SendAddonMessage Follow FOLLOW PARTY


-----------------

Debug info for the toon that's supposed to follow :

Hydra: AddonMessage PARTY Charactername2-Thrall FOLLOW
Hydra: ValidateName Charactername2 Thrall Charactername2-Thrall
Hydra: IsTrusted Charactername2-Thrall true
Hydra: Charactername2-Thrall is too far away to follow! [NOT debug - normal addon message]


On the bright side, you fixed whatever it was that was keeping settings from being saved.

Also, I saw the Assist Module...looks exciting!
Last edited by kittykatmax : 02-23-14 at 11:05 AM.
Report comment to moderator  
Reply With Quote
Unread 02-22-14, 03:25 PM  
kittykatmax
A Fallenroot Satyr
 
kittykatmax's Avatar

Forum posts: 21
File comments: 227
Uploads: 0
Re: Re: The Guild repair button you automated for me in .139

Are both/all of your characters on the same realm? Yes.

Are you using the keybind or the slash command to request your other character(s) follow you? Slash command

Are you in a party or raid group? Tried it in a raid (which normally isn't an issue - was doing BT with hubby); also tried in party with just my two toons.

Are you inside an instance? Noticed in Black Temple, so tried again in Org.

Are there any players in your group who aren't on your trusted list? Wouldn't work with only trusted or in mixed group.


If you reset your settings, did you remember to re-add your other character(s) to your trusted list? I know you have to ask, and yes, of course. lol I also tried removing and re-adding them.

Finally, there is now an options sub-panel for enabling debugging messages. Please use it to enable debugging for the module(s) you are having a problem with, and let me know what debugging messages are shown when an action fails. For example, if following isn't working for you, give me the debugging messages that are shown when you issue a follow command. Screenshots are fine.

I just finished getting everything set up again (changing desired defaults manually in LUA/adding that one "ambiguous" line to the previous version). But I zipped my edited version in a backup, and will experiment with your new version (with debugging enabled) after I get my (likely futile) 14 daily attempts for an ever elusive Love Rocket.
Last edited by kittykatmax : 02-22-14 at 03:28 PM.
Report comment to moderator  
Reply With Quote
Unread 02-22-14, 02:52 PM  
acapela
A Cobalt Mageweaver
AddOn Author - Click to view AddOns

Forum posts: 241
File comments: 1313
Uploads: 5
Re: Re: The Guild repair button you automated for me in .139

Originally Posted by Phanx
Are both/all of your characters on the same realm? Are you using the keybind or the slash command to request your other character(s) follow you? Are you in a party or raid group? Are you inside an instance? Are there any players in your group who aren't on your trusted list? If you reset your settings, did you remember to re-add your other character(s) to your trusted list?
with regard to follow/mount/taxi:

two characters, in each other's trusted list, same realm, in a party together, using the slash command ("/followme"), not in an instance, no other characters in the party (trusted or otherwise), reset my settings (i.e. deleted saved variables, reconfigured from scratch), re-established the characters in trusted list.

see my longer post, a few posts before this one, in which i document some changes i made that got mount to work (similar changes got follow to work).

i have also observed quest autoshare/autoaccept to work, at least intermittently, but have not had enough play time to determine whether this feature is more broadly functional. there were some issues related to sharing/accepting, then abandoning, then re-sharing/re-accepting (the quest seems to stay in the "auto-accept" list, such that it is not shared after abandoning); i expect deleting the quest from Hydra's internal list(s), after abandoning, would fix that (haven't had time to play with it).

hope this helps.
__________________
Retired author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html
-----
Zippy said it best: "All life is a BLUR of Republicans and Meat!"
Report comment to moderator  
Reply With Quote
Unread 02-22-14, 12:29 PM  
Phanx
Cat.
 
Phanx's Avatar
AddOn Author - Click to view AddOns

Forum posts: 5617
File comments: 2321
Uploads: 54
Re: The Guild repair button you automated for me in .139

Originally Posted by acapela
with this most recent version (5.4.7-162), follow/mount do not work for me, quest sharing/abandoning does not work for me, taxi automation does not work for me...
Originally Posted by kittykatmax
I keep getting an error message that the other toon is too far away (when they are standing RIGHT NEXT TO EACH OTHER so following is totally broken - I'm noticing it's using name and server name, which I don't believe it was using before.
I admit I did not test the taxi sharing feature, but I definitely tested the follow, re-follow after combat, mount, dismount, share quests, and abandon quests features just before pushing the release, and each of those features worked flawlessly.

Are both/all of your characters on the same realm? Are you using the keybind or the slash command to request your other character(s) follow you? Are you in a party or raid group? Are you inside an instance? Are there any players in your group who aren't on your trusted list? If you reset your settings, did you remember to re-add your other character(s) to your trusted list?

Finally, there is now an options sub-panel for enabling debugging messages. Please use it to enable debugging for the module(s) you are having a problem with, and let me know what debugging messages are shown when an action fails. For example, if following isn't working for you, give me the debugging messages that are shown when you issue a follow command. Screenshots are fine.

Originally Posted by Donnaterassi
with .151 It stopped working. What I mean is, you could check the box, and close the screen. Then instantly attempt to repair, only to find that you were paying the bill yourself since the box had unchecked again.
.151 is no longer the latest version. Please update. Also, as you can see from multiple other comments on this page, I have been absolutely unable to reproduce any problem with any option saving, so unless you can give me some information that the previous posters did not, there's really nothing I can do about this problem, since it simply does not exist for me.
__________________
Retired author of too many addons.
Message me if you're interested in taking over one of my addons.
Don’t message me about addon bugs or programming questions.
Last edited by Phanx : 02-22-14 at 12:30 PM.
Report comment to moderator  
Reply With Quote
Unread 02-22-14, 09:12 AM  
kittykatmax
A Fallenroot Satyr
 
kittykatmax's Avatar

Forum posts: 21
File comments: 227
Uploads: 0
OK, the single change I made had the following/mounting stuff working fine. I install the version you released yesterday, and now I keep getting an error message that the other toon is too far away (when they are standing RIGHT NEXT TO EACH OTHER) so following is totally broken for me - I'm noticing it's using name and server name, which I don't believe it was using before.

/cry

EDIT: I just went back to the previous version and put the single ambiguous comment in (like I did before) and I'm back in action.
Last edited by kittykatmax : 02-22-14 at 12:23 PM.
Report comment to moderator  
Reply With Quote
Unread 02-22-14, 08:46 AM  
Donnaterassi
An Aku'mai Servant

Forum posts: 36
File comments: 8
Uploads: 0
The Guild repair button you automated for me in .139

I meant to tell you before now, but always, it slipped my mind.
I love, love, love it - BUT, with .151 It stopped working. What I mean is, you could check the box, and close the screen. Then instantly attempt to repair, only to find that you were paying the bill yourself since the box had unchecked again.
I run a metric butt-tonne of add ons, and I didn't want to spend half a day trying to decide which one was not playing nice, so I turned off everything save Hydra, but still had the same issue.
I didn't open a ticket and such because it's not such a major work-around, I rolled back to .139, and told Curse to ignore automatic updates for now. I do read the patch notes, so I expect that, at some point, I will have to update, but - for now - I'm good.

I love your work.
__________________
Bacon. 'Nuff said.
Report comment to moderator  
Reply With Quote
Unread 02-21-14, 05:33 PM  
acapela
A Cobalt Mageweaver
AddOn Author - Click to view AddOns

Forum posts: 241
File comments: 1313
Uploads: 5
conclusion: someone needs to work through the code, use Ambiguate() everywhere, as needed, or otherwise resolve the "charname-realmname" issue throughout the addon.

looks like most of the subsidiary Blizzard API is equipped to accept simple character names, but not "charname-realmname".

i don't how things are supposed to work if characters from different realms have the same character name... i suppose Blizzard would say "you need to pass unitids to these API methods, to disambiguate". so, does hydra need to build/employ some sort of reverse lookup from "charname-realmname" to unitid, and switch to using unitids? bleah...

i am also seeing at least some partial/occasional quest autoshare/autoaccept behavior working correctly; there are some glitches, i need more playtime to try to see if i can identify some patterns.

update2:

the range check in Mount:ReceiveAddonMessage() needs to use "Ambiguate()" as well:
Code:
	if not UnitIsVisible(Ambiguate(sender, "none")) then return self:Debug("Not mounting because", sender, "is out of range.") end
with changes from update1 below, and this change, mount functionality worked for me.

update1:

instrumented one of these functions (Mount), discovered that "sender" is being delivered to module:ReceiveAddonMessage() in the form "charname-realmname", and the subsequent UnitInParty() invocation is returning "nil".

strangely, UnitInRaid() is returning some sort of garbage... constructs like "type(UnitInParty(sender))" and "tostring(UnitInParty(sender))" are resulting in a Lua error: "bad argument #1... value expected".

so, i changed the first few lines of Mount:ReceiveAddonMessage() (in Modules/Mount.lua, starting at line 41) to look like this:
Code:
function module:ReceiveAddonMessage(message, channel, sender)
	if not core:IsTrusted(sender) or not (UnitInParty(Ambiguate(sender, "none")) or (IsInRaid() and UnitInRaid(Ambiguate(sender, "none")))) then return end
	self:Debug("ReceiveAddonMessage", message, channel, sender)
mount functionality is still failing, deeper in Mount:ReceiveAddonMessage(), but that is all i have time for (raid getting ready to start).

Phanx/whoever, i am available to help test whatever you want to test. just let me know.

Originally Posted by Phanx
I have still been unable to reproduce any issues with any options for any module not saving, with any version, and neither have any of the other people I've asked to install the addon and test, so if you're still having this problem, I really don't know what to tell you...
my "Automation" options save correctly with this most recent version (5.4.7-162). if that changes, based on addon manifest, i will try to get the time to track down which addon(s) might be in conflict.

however, with this most recent version (5.4.7-162), follow/mount do not work for me, quest sharing/abandoning does not work for me, taxi automation does not work for me...

tried all of this on a fresh install (deleted my saved variables file), disabled everything except Hydra, and added relevant grouped characters to my "trusted" characters first.

let me know if you want my shared variables file.
__________________
Retired author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html
-----
Zippy said it best: "All life is a BLUR of Republicans and Meat!"
Last edited by acapela : 02-21-14 at 11:40 PM.
Report comment to moderator  
Reply With Quote
Unread 02-21-14, 03:39 PM  
kittykatmax
A Fallenroot Satyr
 
kittykatmax's Avatar

Forum posts: 21
File comments: 227
Uploads: 0
Thanks! I suspect the settings will magically start working again when one of my other addons gets updated. In the meantime, it's easy enough to change the default options in LUA - even without actually knowing LUA.

Originally Posted by Phanx
Version 5.4.7.162
  • Fixed problems with cross-realm player names
  • Fixed notifications in the Follow module
  • Fixed the wrong text being used on some options for the Quest module
  • Added an in-game panel for enabling debugging messages on a per-module basis
  • Updated German translations

I have still been unable to reproduce any issues with any options for any module not saving, with any version, and neither have any of the other people I've asked to install the addon and test, so if you're still having this problem, I really don't know what to tell you...
Report comment to moderator  
Reply With Quote
Unread 02-21-14, 01:34 PM  
Phanx
Cat.
 
Phanx's Avatar
AddOn Author - Click to view AddOns

Forum posts: 5617
File comments: 2321
Uploads: 54
Version 5.4.7.162
  • Fixed problems with cross-realm player names
  • Fixed notifications in the Follow module
  • Fixed the wrong text being used on some options for the Quest module
  • Added an in-game panel for enabling debugging messages on a per-module basis
  • Updated German translations

I have still been unable to reproduce any issues with any options for any module not saving, with any version, and neither have any of the other people I've asked to install the addon and test, so if you're still having this problem, I really don't know what to tell you...
__________________
Retired author of too many addons.
Message me if you're interested in taking over one of my addons.
Don’t message me about addon bugs or programming questions.
Report comment to moderator  
Reply With Quote
Unread 02-21-14, 01:21 PM  
kittykatmax
A Fallenroot Satyr
 
kittykatmax's Avatar

Forum posts: 21
File comments: 227
Uploads: 0
Re: Re: Fix!!!

I don't know LUA, I'm just brave enough to "fake it 'til I make it" when desperate. lol I wasn't going to do the whole addon testing thingie, but resetting my saved variables didn't help so I just changed the defaults in LUA to be what I wanted.

Originally Posted by acapela
Originally Posted by kittykatmax
function f:CHAT_MSG_ADDON(prefix, message, channel, sender)
if sender == myName or prefix ~= "Hydra" then return end
sender = Ambiguate(sender, "none")
You are a lifesaver! Don't think I could live without Hydra... hope Phanx gets a chance to look at these things soon.

I actually tweaked this slightly:

function f:CHAT_MSG_ADDON(prefix, message, channel, sender)
sender = Ambiguate(sender, "none")
if sender == myName or prefix ~= "Hydra" then return end


...again, works for follow/mount. Have not had quest share/accept work for a while now, have not looked into it.

As for options, I found that my "Automation" options do not save, but my "Quest" options do save (have not looked into this either).
Report comment to moderator  
Reply With Quote
Unread 02-20-14, 09:37 PM  
acapela
A Cobalt Mageweaver
AddOn Author - Click to view AddOns

Forum posts: 241
File comments: 1313
Uploads: 5
Re: Fix!!!

Originally Posted by kittykatmax
function f:CHAT_MSG_ADDON(prefix, message, channel, sender)
if sender == myName or prefix ~= "Hydra" then return end
sender = Ambiguate(sender, "none")
You are a lifesaver! Don't think I could live without Hydra... hope Phanx gets a chance to look at these things soon.

I actually tweaked this slightly:

function f:CHAT_MSG_ADDON(prefix, message, channel, sender)
sender = Ambiguate(sender, "none")
if sender == myName or prefix ~= "Hydra" then return end


...again, works for follow/mount. Have not had quest share/accept work for a while now, have not looked into it.

As for options, I found that my "Automation" options do not save, but my "Quest" options do save (have not looked into this either).
__________________
Retired author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html
-----
Zippy said it best: "All life is a BLUR of Republicans and Meat!"
Report comment to moderator  
Reply With Quote
Post A Reply



Category Jump: