Few updates back it allowed you to equip a LS from satchel sack or case. So if maybe we put the LS back in our inventory it might work better (is that a higher priority bag)?
Few updates back it allowed you to equip a LS from satchel sack or case. So if maybe we put the LS back in our inventory it might work better (is that a higher priority bag)?
Didn't even know you could equip pearls from Case/Satchel, wish I knew!
Both my pearls are in my inventory atm and always have been, so I don't think this explain the different behaviour I experienced since yesterday. (or for the past 2 days, or whatever it is)
I have a mule and he always saw the messages when I was debugging it.
The version before yesterday afternoon would bug out and fail to catch the message if you used symbols in your message that are also used for Lua pattern matching.
instaLS (per the last post) only does anything until your inventory finishes loading.
If the color really bothers you, reload it so instaLS is the last addon to load.
I couldn't care less about the colour honestly, I was just worried that was a signal the addon wasn't working (since I never saw that behaviour before).
I'm more worried about those times when the messages got "forced" in /say for some reason, but I cannot reproduce it at will. Happened those 2 times and that's it =/
The shortcuts addon seems to be interfering with the /returnfaith command. If I try "/returnfaith all" I get an "...a command error occurred." message from the game. It works if I use the autotranslate for the command, but not typing it. If I unload the addon the command works as expected.
Edit: The /returntrust command works properly if that's of any help. Both commands are supposed to do the same thing.
There are also the short forms /retr and /refa
Fixed it and it will go live in the next pull. Use /retr until then.
Caught the "bug" again, here is what I mean in a screenshot.
LS was in my inventory equipped as LS1
http://postimg.org/image/d9b3gnytx/
Okay, it's autotranslate then. I'll try to see what is wrong with it.
I use autotranslate from time to time but haven't been using it in a while and it wasn't loaded up when I took that screenshot.
That particular behaviour is hard to catch though. As I explained before it doesn't happen each time I zone, and I cannot reproduce it at will.
Specifically in that instance I was zoning out of Mog Garden.
gearswap isn't detecting the fact that i'm casting mighty guard.
i tried
1) formal in-game syntax in macro
2) informal syntax (using shortcuts) in macro
3) typing out formal syntax in text line
4) typing informal syntax (using shortcuts) in text line
and the ONLY time gearswap picks it up is #4.
for clarification,
formal means
and informal I didCode:/ma "Mighty Guard" <me>
so it's a combination of issues of using macro and using formal syntax???Code:/mightyguard
The informal syntax is translated to the formal syntax by Shortcuts, so it would be indistinguishable as far as GearSwap is concerned. There must be some other factor.
The other factor is likely the Learning buff, which has to be on or GearSwap assumes the cast will fail.
how would I go about debugging this? what kind of scenario should I test out?
by the factor being the learning buff, you mean unbridled learning? because I've tried casting other spells under unbridled learning, and so far nothing is odd besides mighty guard.
i usually debug by having //gs showswaps on.
or perhaps i messed around with my GS too much?
one notable thing is that when I say GS doesn't respond to mighty guard, I mean nothing. a.k.a. no precast, no midcast, no aftercast. it's as if it's an action entirely unrecognizeable by GS. ONLY if i type /mightyguard with shortcuts loaded does it respond.
Karizo
check your statics.lua and see if your line 214 matches. i had a similiar issue at one time and i think this was the area that fixed it. I think mine was lackin Mighty Guard in there.
or helperfunctions lua Line 648Code:unbridled_learning_set = {['Thunderbolt']=true,['Harden Shell']=true,['Absolute Terror']=true, ['Gates of Hades']=true,['Tourbillion']=true,['Pyric Bulwark']=true,['Bilgestorm']=true, ['Bloodrake']=true,['Droning Whirlwind']=true,['Carcharian Verve']=true,['Blistering Roar']=true, ['Uproot']=true,['Crashing Thunder']=true,['Polar Roar']=true,['Mighty Guard']=true,['Cruel Joke']=true, ['Cesspool']=true,['Tearing Gust']=true}
Code:elseif spell.type == 'BlueMagic' and not ((player.main_job_id == 16 and table.contains(windower.ffxi.get_mjob_data().spells,spell.id)) or ((buffactive[485] or buffactive[505]) and unbridled_learning_set[spell.english])) and not (player.sub_job_id == 16 and table.contains(windower.ffxi.get_sjob_data().spells,spell.id)) then -- This code isn't hurting anything, but it doesn't need to be here either. msg.debugging("Unable to execute command. Blue magic must be set to cast that spell ("..(res.spells[spell.id][language] or spell.id)..")") return false
If the lines that Trumpy posted are the same as the lines in your GearSwap, then the answer is just that you currently need to wait for the Unbridled Learning buff to show up in your buff bar before casting magic.
I'm going to try and learn one of the Unbridled Learning magics this week so I can debug another way to identify the ability to cast those spells.
Edit:
I opened this issue to remind myself to fix it:
https://github.com/Byrth/Lua-Byrth/issues/401
I suggest it be a buff and not a nuke spell so you can sit in selbina and change job to reset timers. This is how i debugged mighty guard when i was having an issue with it.
I think my problem was something like My diffusion gear wasnt gettin equipped for mighty guard, but everything else was. and fixing the lines above is what fixed it. It wasnt equipping anything for mighty guard at all except maybe fast cast (i have a line at the very beginning of my magic precast section so maybe that is why at least fast cast was working)
Checking both files, Mighty Guard is already in the statics.lua file, and the lines following 649 in helper_functions is identical to what Trumpy posted.
Let me test it with waiting for the buff to appear before I tried to send any type of commands to trigger the casting of mighty guard when I get home.
Thank you for the help so far.
Okay, I just pushed a GearSwap update live to fix this. I simply removed the dependence on Unbridled Learning/Wisdom buffs. In my testing I determined:
1) The buffs themselves are what light up the associated spells in your spell menu
2) SE doesn't filter the outgoing commands to use those spells and just sends the typical "you cannot cast that spell" error message from the server if you attempt to use it when you can't.
So now I'm not filtering the outgoing commands to use those spells either.