In options there is this:Quote:
Originally Posted by bmos
https://i.imgur.com/LCWjC5T.png
Looks like there was an attempt to stop the chat spamming.
Printable View
In options there is this:Quote:
Originally Posted by bmos
https://i.imgur.com/LCWjC5T.png
Looks like there was an attempt to stop the chat spamming.
Thanks for the reminder. I had planned to remove that since I fixed the bug that it was added to work around, but I'll leave it for now. I've added it to the README.Quote:
Originally Posted by kevininrussia
Bumping my current version since discussion makes it disappear:
Quote:
Originally Posted by bmos
Just to follow up on this. As bmos wrote, moving slowly seems to be the trick. I was having my players move with the keypad but it still happened if they move to fast. They forget to follow my slow movement orders :-)Quote:
Originally Posted by bmos
Hi bmos, just curious as I found the discussion a bit confusing -- is your version for all editions (including 5E) or only for specific editions? Because I think I tried your version a few pages back and it didn't work for me, and I assumed it was for a non-5E version.Quote:
Originally Posted by bmos
5E, 4E, 3.5E, PFRPG. Check the README and let me know what's going on. That being said, there is a rather big 5E bug that is discussed over the last couple of pages here (effects get added multiple times).Quote:
Originally Posted by Rades
Related to the 5e bug: it seems it applies the effect for every move action. Too bad you can't check to see it is in the range of the aura and if true apply or if false remove.
I am sure I am over simplify the problem. I am no programmer so I am sure you have already looked at this.
That is exactly what it is doing. The issue is that it doesn't always know when the effect is already being added. I have a tentative plan but need to put time into fixing it. I'll get to it soon, hopefully.Quote:
Originally Posted by nephranka
I see. Looking forward to that fix. Thanks for the info and thanks for the effort on this!
Quote:
Originally Posted by nephranka
Try this:
Quote:
Originally Posted by bmos
Ingenious!
It (v0.9) works perfectly!
The movement is smooth and without any lags.
60+ extensions loaded 5e FGU 4.1 TEST channel
You are my personal hero of calendar week 17!
yay! glad it works :)Quote:
Originally Posted by MSW
It was a good opportunity to learn how to use another piece of the FantasyGrounds codebase (OOB messaging).
Yep. v0.9 is the bomb. Great work bmos! Moved token with arrow keys and mouse. No chat spam and aura effects were applied and removed quickly.
Ok, so I spoke to soon :-) Found a bug.
4E Test Server. New Campaign with only Aura extension.
Token Lock is OFF
Player A has Aura Effect ( AURA: 1 friend; Shining Armor; IF: FACTION(notself); AC: 1 shield )
Player B moves token adjacent to Player A
No effect is applied to Player B
Player B moves one square away from Player A token
Effect is applied to Player B
Player B moves one square adjacent again to Player A Token
Effect is removed from Player B
If GM moves player token then effect is applied correctly.
I can add graphics for demonstration if needed.
Yeah, it looks like when you move as a player it's calculating the distance based on your original position or something like that. Very strange.Quote:
Originally Posted by kevininrussia
Is this issue affecting other rulesets?Quote:
Originally Posted by bmos
At least 5E as well. It seems like a FG issue but I'm looking into it more / simplifying to find out for sure.Quote:
Originally Posted by kevininrussia
FYI: Version v0.8 works correctly
My test in 5e seem to show it is working as expected. I use token lock but I tried it with out and success. Thanks for the clean version!Quote:
Originally Posted by bmos
did you test from the player end? I am definitely seeing it behaving weirdly in 5e.Quote:
Originally Posted by nephranka
Sure did. With and without token lock. I used: Spirit Guardians; AURA: 15 friend; IF: FACTION(friend);AC:1
The player got the aura from a friendly npc and effect was there when the player was attacked and the aura dropped when the player left. Foes are not getting the aura at all.
No issue on the GM side moving it either.
I am using the "all" option to silence all chat notifications.
So differences for me:
Live not test for the server
1 player and 2 npcs not 2 players
15 radius not 1
FACTION(friend) and (notself)
I hope this helps.
I was needing this today, so i did it. Here it is:Quote:
Originally Posted by jjf41992
AURA: 10 all; Aura of Hate; IF: TYPE(undead,fiend); DMG: 5
Checks in a 10 feet area, all factions, IF the crature is an undead it adds 5 damage (the charisma of the paladin) - I'm using Advanced effects, but if you are using normal power effects. This might work:
AURA: 10 all; Aura of Hate; IF: TYPE(undead,fiend); DMG: [CHA]
I made a test campaign in 5E to test if its the same behavior as in 4E with v0.9. It is. (Player moving the token, no token lock). No chat spam which is nice.Quote:
Originally Posted by bmos
V0.8 applies and removes the aura effect at the correct distance but spams the chat box with no token lock and player moving the token.
I reverted back to v0.8 and dealt with the chat spam on our last game.
Seems to also conflict with Silent Ruins Combat Groups Ext, when placing Party Token on Map and adding to Party Vision, it then throws errors when a player moves the token
Handler error: [string "scripts/manager_effect_aura.lua"]:233: attempt to index a nil value
Are you using v0.9? I don't think it could have that error at line 233.Quote:
Originally Posted by mordkhaan
Quote:
Originally Posted by bmos
Definitely 0.9, (confirmed in Chat upon load)
Line 233 is msgOOB.sCTNode = CombatManager.getCTFromToken(tokenMap).getNodeName ()
And this token is NOT in CT so perhaps related to that?
The Combat Groups ext allows you to associate a token for a group in CT and place it on map
Perhaps Auras needs that CT referral and doesnt like the linkage/lack of?
ah, that sounds likely. can you try again with this build and let me know if it errors?
there have been some fairly significant changes to the code since 0.9 so I want to see where the problem is now.
EDIT: fortunately it should be easy to fix since I should be able to have it fail gracefully when there aren't any nodes available.
Sure thing mate, will do! :)
Are you seeing that issue of player/GM distances not matching?Quote:
Originally Posted by kevininrussia
It was doing that to me a few days ago but now it seems to work correctly. Either I fixed it without meaning to or there is another variable at play.
Did a quick test in 4e with no extensions
GM move works correctly, Player move does not.
--GM MOVE TOKEN--
https://i.imgur.com/Bbgjk3n.png
https://i.imgur.com/AyuaNQt.png
--PLAYER MOVE TOKEN--
https://i.imgur.com/ROMb22L.png
https://i.imgur.com/veb97cg.png
https://i.imgur.com/qZaP6oV.png
You sir are a Legend! Worked a treat, no errors now :)
Make the Token Party Visible, then Players can move the Party token around and see what it sees
No errors at all
Can't take all the credit; SoxMax has been working on it lately as well and kentmccullough did the original work.Quote:
Originally Posted by mordkhaan
But I'm glad that worked and I'm glad you're enjoying it.
I've spent some time looking at this and its super odd, when using the new OOB message technique 4E reports the distance for the last position before the move. If I switch 4E to not use the OOB we get the correct distance. However I then get the duplicate effect message when moving tokens quickly. Since apparently that message isn't controlled by the bShowMsg flag for some reason. I'll keep tinkering to get the best of both worlds, but in the short term is there a preference for one of the behaviors?Quote:
Originally Posted by kevininrussia
Thank you so much for looking into the weirdness of the 4E ruleset! :-)Quote:
Originally Posted by SoxMax
For short term and in tomorrows game I will have Token Lock on during encounters and turn it off when exploring (players free move their token). The accuracy of the aura is not so important while they explore and when Token Lock is on the Aura effect is applied correctly.
I was trying to avoid Token Lock because of the bad performance on the Test server. Now that they have added some custom commands for performance (/vsync and /imagequality) I will have the players try that.
I think this method will give the Aura Effects correctly placed when its important in encounters and give the players free token movement when its not as important and not get a spammed chat window. But this all is with the hope the performance commands fix FGU slowdown when using Token Lock. (some of my players have weak laptops).
My players like to free move their tokens for instant image update on every move but they will have to live with the workaround for now :-)
So, tonight I ran into this error when using Batch Nine's spell tokens ext and the auras ext.
https://www.dmsguild.com/product/326...kens-extension
This only happens when the client moves a spell token on the map. The GM/host saw no error. Also, I had no auras in the CT.
I am hoping to be able to get them both working.
have you updated to v0.10?Quote:
Originally Posted by nephranka
Quote:
Originally Posted by bmos
Moon Wizard coded the 4E ruleset so maybe he would have some insight?Quote:
Originally Posted by SoxMax
Totally missed v10. That fixed it. Thanks!Quote:
Originally Posted by bmos
So, I scanned through the thread and I saw this briefly mentioned, but no solution.
I have a Barbarian with the Wolf Totem. Aura is set as such:
AURA: 5 foe; Wolf Totem; GRANTADVATK:melee; [SELF]
For the most part if works great. Enemies get the debuff fine.
Problem is, since it's an effect on the Barbarian, it also grants Adv Attack on anyone that attacks him. Am I missing something in the setup?
I think you can take the self part out.Quote:
Originally Posted by Makabriel
GRANTADVATK gives everyone that attacks the token advantage. If the effect is applied to the barbarian, he'll grant advantage do all foes.
The SELF is part of the activation is so it puts the aura on him. The buff itself just shows AURA: 5 foe; Wolf Totem; GRANTADVATK:meleeQuote:
Originally Posted by Henrique Oliveira Machado