5E - Better Combat Effects Gold

Hi Moon Wizard,

I think this recent update may have broken the SAVEADD effect. Here is a breakdown of what i found in the code:

The Issue
In the updated manager_action_save_dnd_bce.lua, the save resolution callbacks are still invoking the function as:

Code:

---

BCEManager.addEffectFromCompData(rActor, rOrigin, tCompData)

---

This passes the arguments as (target, source).

The Cause

1. addEffectFromCompData passes those arguments directly to notifyAddEffect.
2. However, notifyAddEffect now expects (source, target).
3. Because of this, the arguments are currently swapped for save resolutions in the update.

The Impact
This breaks SAVEADD effects on saves. Instead of applying the effect to the save-rolling creature who failed, it applies it to the caster.

Thanks for the heads up and the sleuthing. I've swapped the calls for SAVEADD, SAVEADDP, and EXPIREADD to match the new format. It was messed on in *DMGADD*, which I was working on yesterday.

Please run a new Check for Updates.

Regards,
JPG

This is part of the Witch ability "Rending Hex" from Tales of the Valiant, and it looks really tricky to code so I thought I would ask if anyone wants to take a crack at it.

It looks like nested conditionals - IF hexed, and IF bloodied - then force a save, and on a fail apply an aura that gives enemies ADVATK?

"Each time a creature with one of your Hex dice starts its turn with less than half its hit point maximum, you can force the target to make a CON save against your spell save DC (no action required, and you can’t use the Hex die to reduce this save). On a failure, creatures within 5 feet of the target have advantage on attack rolls against it until the start of the target’s next turn."

Looks like DMGR is not working.
When I use: Deflect Attacks; DMGR: 1d10 [DEX] [MONK], piercing, slashing, bludgeoning; DMGRT; (RCT) it comes on DMGR: 1d10 [DEX] [MONK], piercing, slashing, DMGRT; (RCT)

Code:

---

Rending Hex; IF: CUSTOM(hexed); IF: Bloodied; SAVES: [SDC] CON (M); SAVEADD: Rended Hex

---

Code:

---

Rended Hex; AURA: 5 all, !self; AoE Rended Hex; IFT:CUSTOM(Rended Hex); ADVATK

---

First one, apply to target that need this effect is being applied to and needs to make a save. This target should also be Hexed effect on them at some point else it will never trigger.
This target also will need to be both Bloodied and Hexed at some point when its the start of their turn else this will never trigger.

Second one, needs to go in the custom effect list. Make sure the duration is set to the correct amount of time.

Quote:

---

Originally Posted by nephranka

Looks like DMGR is not working.
When I use: Deflect Attacks; DMGR: 1d10 [DEX] [MONK], piercing, slashing, bludgeoning; DMGRT; (RCT) it comes on DMGR: 1d10 [DEX] [MONK], piercing, slashing, DMGRT; (RCT)

---

I can confirm, this is not working

TestingDMGR; DMGR: 10 all

Chat says "REDUCED: 10" but it doesn't reduce it.

I have spent the last hour trying to figure out how to use DMGAT and SAVEONDMG. What I am trying to code is a weapon that is cursed, if the PC is damaged from an attack, the PC will have to make a Wisdom Saving Throw with a DC 15, if failed they become Berserk. I tried DMGAT with no luck, not sure if I am doing that right. I can get SOD to roll the save, but that is it, it will not populate Berserk in the CT. Please Advise, thank you.

Code:

---

Berserk Check; SAVEONDMG: 15 WIS; SAVEADD: Berserk

---

Code:

---

Berserk; dosomethingeffectcodinghere

---

Effect in the custom effect list


Now this will trigger every time they have the Berserk Check effect on and take damage.

Let me know if you need more help.

MrDDT: Thank you again. I do have another issue with SAVEA and ATKFADD, nothing major just that when I click Action Only it doesn't work. When I uncheck it, it works for all weapons and not that single one.

Weapon A; ATKFADD: PCheck

PCheck; SAVEA 10 CON (R); Poisoned

Thanks again.

Quote:

---

Originally Posted by Lord Skrolk

MrDDT: Thank you again. I do have another issue with SAVEA and ATKFADD, nothing major just that when I click Action Only it doesn't work. When I uncheck it, it works for all weapons and not that single one.

Weapon A; ATKFADD: PCheck

PCheck; SAVEA 10 CON (R); Poisoned

Thanks again.

---

"ACTION ONLY" Feature is from another EXT. Called Advanced Effects so it sounds like a conflict with those 2 features. Having said that, I also see a conflict with another ext that I'm using that does this exact feature "ACTION ONLY" and it's having issues.

So I think something has changed with BCEG or 5E or something to cause an issue with when this is triggered.

It's been reported to Moon Wizard to look for whats up. We will see.

Does there happen to be a new read me or equivalent for this with all the changes? I was half way through my rewrite and I know I need to change a LOT, but hoping for the quick list so I can find replace and clean up the ones that buggers up.

Quote:

---

Originally Posted by Azbandar

Does there happen to be a new read me or equivalent for this with all the changes? I was half way through my rewrite and I know I need to change a LOT, but hoping for the quick list so I can find replace and clean up the ones that buggers up.

---

What needs to be changed, do you have an example?

Things such as GRANTATK -> @ATK, but the full list of changes.

I believe that is the only change for BCEG.

@MrDDT, @nephranka,

I just tested DMGR in the base 5E ruleset and in the 5E ruleset with only BCEG loaded. It appears to be working; see attached images.

Regards,
JPG

Is there a way to code an effect for barkskin (2014 -- don't know if 2024 changed the spell), which sets an AC floor of 16?

Quote:

---

Originally Posted by mdrichey

Is there a way to code an effect for barkskin (2014 -- don't know if 2024 changed the spell), which sets an AC floor of 16?

---

Yes, there is a way, but it requires a different extension.

Extension: [WOB: Mantle of Transcendence](https://forge.fantasygrounds.com/shop/items/2870/view)

Once installed, you can use the following effect for the 2014 version of Barkskin (minimum AC 16):

Barkskin; ALT: AC 16

This will update the AC on the character sheet and hard-set it to 16 (or whatever value you enter).

2024 Rules Note
In the 2024 Player’s Handbook, Barkskin now sets the target’s AC to 17 if it would otherwise be lower. You can use the same syntax with 'ALT: AC 17' for the updated version.

Modifier Version
If you want to modify the character’s existing AC instead of replacing it entirely, use:

WOBAC: x

Replace 'x' with the modifier value (positive or negative). The extension will adjust the AC on the sheet accordingly.

Quote:

---

Originally Posted by Moon Wizard

@MrDDT, @nephranka,

I just tested DMGR in the base 5E ruleset and in the 5E ruleset with only BCEG loaded. It appears to be working; see attached images.

Regards,
JPG

---

I think MrDDT has a video on discord showing the issue. Adding an effect from the actions tab is dropping parts of the effect line and not subbing the values for other areas.

Quote:

---

Originally Posted by bwatford

Yes, there is a way, but it requires a different extension.

Extension: [WOB: Mantle of Transcendence](https://forge.fantasygrounds.com/shop/items/2870/view)

Once installed, you can use the following effect for the 2014 version of Barkskin (minimum AC 16):

Barkskin; ALT: AC 16

This will update the AC on the character sheet and hard-set it to 16 (or whatever value you enter).

---

Thanks, I have not heard of this extension before and I will take a look at it. Is there a way using this extension to not merely hard-set the AC to 16, but set 16 as the floor, so that if the AC would otherwise be higher than 16, the higher value is used?

Quote:

---

Originally Posted by mdrichey

Thanks, I have not heard of this extension before and I will take a look at it. Is there a way using this extension to not merely hard-set the AC to 16, but set 16 as the floor, so that if the AC would otherwise be higher than 16, the higher value is used?

---

I think that would go against what the purpose of the spell is. In both cases if your AC is equal to or higher than the value given then the spell has no effect. In other words it would be pointless casting it on a character whose AC was equal to or higher than the given value.

Quote:

---

Originally Posted by mdrichey

Thanks, I have not heard of this extension before and I will take a look at it. Is there a way using this extension to not merely hard-set the AC to 16, but set 16 as the floor, so that if the AC would otherwise be higher than 16, the higher value is used?

---

If that was the case, just turn the effect off in the CT, as the spell no longer serves a purpose and that is less effects to be processed in the CT.

Hi,

I wanted to report an issue with the SAVEADD tag regarding the new native Exhaustion condition handling.

Currently, FGU handles Exhaustion natively on the effects tab, automatically upgrading it and handling the stacking logic (Exhaustion, EXHAUSTION: 2, EXHAUSTION: 3, etc.) when applied through standard UI/ruleset methods.

However, using

Code:

---

SAVEADD: Exhaustion

---

fails to apply the condition on a failed save. It seems like the programmatic effect injection used by SAVEADD might be bypassing the core ruleset's condition processing wrappers (like the ones handling the native auto-stacking hooks), or the text string isn't hitting the right listener to increment the existing tracker effect.

Would it be possible to look into aligning the SAVEADD handler with the new native Exhaustion effect? Thanks!


EDIT: my bad the NPC was immune that was why the exhaustion was not applied (i'm dumb xD)

Hi, I think I've spotted an issue with how standard core ruleset tags are parsed when Better Combat Effects Gold is enabled.

The Issue:
Standard attribute replacement tags like [INT], [STR], etc., are not being evaluated and replaced by their numerical values when an effect is added to the Combat Tracker. Instead, they are being added as literal strings.

Example Effect:

Code:

---

DMG: [INT]

---

Observed Behavior:
Testing in a clean campaign with EVERY other extension disabled:

• With BCEG Disabled: The effect parses correctly into the Combat Tracker (e.g., if the PC has a +4 INT modifier, it becomes DMG: 4).
• With BCEG Enabled: The effect lands in the Combat Tracker exactly as written: DMG: [INT], and the bracketed tag is never evaluated.

It seems like BCEG's custom effect-traversal or application hooks might be overriding or intercepting the core ruleset's standard handler before it has a chance to parse the bracketed attribute tags.

Has anyone else encountered this? Thanks!

I have, albeit with the [PRF] tag instead.

I'd like some clarity on BCEG. Right now, to my knowledge, MW is the one making changing to BCEG after the large scale changes to effects logic in FG.

But what is the long term prognosis here? MW is with smiteworks and to my knowledge is not "inheriting" BCEG - but just getting it back to working as he did AURAs before Bwatford took it over.

No one has stepped up to take over BCEG. I for sure will not.

So question is - what is the long term stability for this heavily used extension if there is no one person actually managing? Sure, we see people asking for fixes - and I assume MW will address those as part of the port to insure it is back to working.

But what about longer term?

EXTENSIONS = RISK

Unsupported extensions though?

They = "soon to no longer work and fall by the way side".

Hence, what is the long term prognosis of BCEG?

Quote:

---

Originally Posted by Henix

Hi, I think I've spotted an issue with how standard core ruleset tags are parsed when Better Combat Effects Gold is enabled.

The Issue:
Standard attribute replacement tags like [INT], [STR], etc., are not being evaluated and replaced by their numerical values when an effect is added to the Combat Tracker. Instead, they are being added as literal strings.

Example Effect:

Code:

---

DMG: [INT]

---

Observed Behavior:
Testing in a clean campaign with EVERY other extension disabled:

• With BCEG Disabled: The effect parses correctly into the Combat Tracker (e.g., if the PC has a +4 INT modifier, it becomes DMG: 4).
• With BCEG Enabled: The effect lands in the Combat Tracker exactly as written: DMG: [INT], and the bracketed tag is never evaluated.

It seems like BCEG's custom effect-traversal or application hooks might be overriding or intercepting the core ruleset's standard handler before it has a chance to parse the bracketed attribute tags.

Has anyone else encountered this? Thanks!

---

I'm not seeing this issue at all. It's working perfectly for me.

I'm testing with version v6.0. No other exts.

Double check who's turn it is and how you are applying it.
Are you applying it from the action tab? or custom effects or is it adding it through an effect add?