Polymorphism Extension (.ext file) [Fantasy Grounds Unity 5E ruleset]

1. Yes. See #3. But I am only deleting what is on the character sheet and not going into the windows folder and deleting any files.
2. I think I might know what is going on, but am not sure. I kind of mentioned this in my first post. Let me explain my thinking.

As I had stated, I had imported these characters into a new campaign. For details, we had been doing the adventures in Yawning Portal but now switching to the last part of Tomb of Annihilation. I had to make a new campaign to work on and prepare ToA. So I imported the characters in the original campaign into this new campaign.

I went and looked, and in my previous campaign I have copies of the beasts and had them in a folder in NPCs titled Polymorphs. I did this so I could modify the beasts with my own images and maybe a tweak here and there.

When I first pulled my players' characters into the new campaign, I noticed the polymorph list was blank. So I started to load them in again and I had quite the difficulty. It would state things like Giant Ape is already loaded or something like that.

I think, somehow, when I imported the characters with polymorph spells, the extension is remembering what was loaded but this new campaign does not have the copies of the beasts I was using and so it is getting them or their IDs confused (thus pulling in an ape and getting a cat once.)

However, I don't know how to clear the beasts list that it may be trying to refer to but those beasts are not showing up in chat as trying to load (I think) but getting the completely wrong monsters. Is there a file I can delete to wipe this out and start over?

I hope this made sense.

Quote:

---

Originally Posted by Tooting Dog

1. Yes. See #3. But I am only deleting what is on the character sheet and not going into the windows folder and deleting any files.
2. I think I might know what is going on, but am not sure. I kind of mentioned this in my first post. Let me explain my thinking.

As I had stated, I had imported these characters into a new campaign. For details, we had been doing the adventures in Yawning Portal but now switching to the last part of Tomb of Annihilation. I had to make a new campaign to work on and prepare ToA. So I imported the characters in the original campaign into this new campaign.

I went and looked, and in my previous campaign I have copies of the beasts and had them in a folder in NPCs titled Polymorphs. I did this so I could modify the beasts with my own images and maybe a tweak here and there.

When I first pulled my players' characters into the new campaign, I noticed the polymorph list was blank. So I started to load them in again and I had quite the difficulty. It would state things like Giant Ape is already loaded or something like that.

I think, somehow, when I imported the characters with polymorph spells, the extension is remembering what was loaded but this new campaign does not have the copies of the beasts I was using and so it is getting them or their IDs confused (thus pulling in an ape and getting a cat once.)

However, I don't know how to clear the beasts list that it may be trying to refer to but those beasts are not showing up in chat as trying to load (I think) but getting the completely wrong monsters. Is there a file I can delete to wipe this out and start over?

I hope this made sense.

---

Look at the post I referenced above your post. Having gone through the horror of trying to make the SW5E data modules I learned more (and forgotten) about module references than I ever wanted to know. FGU does local child references with an ID number which is ONLY VALID in the DB it was created in. If you put it in a module, and you use the ID's instead of some generic naming conventions they use for modules (don't ask) then the reference will be the ID number. If you use that NPC defined in the module - say 0001 - then use it in another DB - all will be good. Unless you create an update for that module where you edited the local data to shift the local ID for the NPC to say - 0002. Then when you attach the module the old reference will be looking up 0001 and find - lets say - cat instead of what that ID used to be ape. Same is true if you dump some xml data down that HAS the actual reference to an ID based reference (always risky for a module to do why you don't see the FGU store modules ever do that) then dump that into a new DB - well those local ID's to the one DB may not match what is in the new DB.

Personally, I think you are down this sort of rabbit hole. Which I really can't help you with in terms of "fixing it". But if you understand what I'm saying - or what is in that reference post - you may be able to untangle your data. Or delete it and do it with legit references to the DB your in (or the module has good non ID based references defined).

Obviously what I told you here about ID's has zip to do with this extension. It's just the nature of FGU data and if you directly play with that data without knowing "their" rules especially with modules or local ID references your trying to transfer to a new DB - then prepare for the pain. Gist is - never try to transfer local DB child ID's for ANY DATA from one DB to another. They might match by luck - but probably won't. Transferring module data is not usually an issue because module developers usually insure their references will NEVER change if using ID's or if smart, never use ID's at all (FGU has all sorts of reference rules for modules you can look up).

Easy fix!! It's a total "duh moment" for me.

Since I have not begun the new campaign, I went into the old campaign and cleared out their polymorph beasts on their sheets. (I have two casters with Polymorph.) Then once cleared, I imported the characters into the new campaign and that did it! I was able to load the beasts no problem and everything works perfectly! (At least so far with just a few tests only a couple minutes.)

Maybe put a warning or something to clear out the polymorph list before importing to a new campaign just in case.

I am good. Thanks for the time and help!

And make sure you deleted the whole list - not individual entries - I know you said you did - but there are two delete buttons one to the left (the whole list) and one to the right (current displayed entry). I you dump xml data with references already defined then you better make sure those references are to a module (not local) or that you delete the whole list before you export the xml. That goes without saying based on what I've already told you but just to be crystal clear.

Quote:

---

Originally Posted by Tooting Dog

Easy fix!! It's a total "duh moment" for me.

Since I have not begun the new campaign, I went into the old campaign and cleared out their polymorph beasts on their sheets. (I have two casters with Polymorph.) Then once cleared, I imported the characters into the new campaign and that did it! I was able to load the beasts no problem and everything works perfectly! (At least so far with just a few tests only a couple minutes.)

Maybe put a warning or something to clear out the polymorph list before importing to a new campaign just in case.

I am good. Thanks for the time and help!

---

Huzzah. I had just finished posting that to be extra clear but appears you already did it :) And I'm not going to warn about all the crazy stuff you can potentially do with import/export/modules etc. - that is pure FGU stuff. Play with fire - be careful!

Quote:

---

Originally Posted by Tooting Dog

Easy fix!! It's a total "duh moment" for me.

Since I have not begun the new campaign, I went into the old campaign and cleared out their polymorph beasts on their sheets. (I have two casters with Polymorph.) Then once cleared, I imported the characters into the new campaign and that did it! I was able to load the beasts no problem and everything works perfectly! (At least so far with just a few tests only a couple minutes.)

Maybe put a warning or something to clear out the polymorph list before importing to a new campaign just in case.

I am good. Thanks for the time and help!

---

Also exporting a character with poly list on it is fine - as long as you've referenced NPC module data and that new campaign has the same module used, and not local NPC data. So its not a "importing to a new campaign" issue, more FGU data centric complexity that most using modules will not run into.

V1.35 - BUG - comparisons for beast, construct, undead, item, and object were doing the wrong string comparison (making it exact instead of within the NPC type). Fixed.

Has anyone come across this problem? My druid player clicks the focus button to transform into a wildshape. IT doesn't work for him, however, if I myself as a GM open up his character sheet, it works when I press it.

Quote:

---

Originally Posted by Ballzack

Has anyone come across this problem? My druid player clicks the focus button to transform into a wildshape. IT doesn't work for him, however, if I myself as a GM open up his character sheet, it works when I press it.

---

I assume there is a chat message telling him it has to be his turn for a player to transform that you guys are not reading.

Must be in CT for polymorphism to work and for player must be their turn.

Thanks for the reply. I will check during our next session

V1.36 - FGU changes - Latest FGU update required changes.

Not compatible with previous LIVE. Only current one.

I gather this is in reference to how the add-on isn't applying to druid moon circle properly? I've done some testing and it might be an issue with the update not the add-on because I have the same issue when I disable it. Still glad to see you're aware and are working towards a fix.

Quote:

---

Originally Posted by Gezzer

I gather this is in reference to how the add-on isn't applying to druid moon circle properly? I've done some testing and it might be an issue with the update not the add-on because I have the same issue when I disable it. Still glad to see you're aware and are working towards a fix.

---

I have no idea what you are talking about. This latest fix was because FGU updated and broke a lot of extensions - this update was for that extension.

Circle of the Moon has:

Combat Wild Shape - bonus action DM deals with
Circle Forms - respects higher CR
Primal Strike - respects magic hit
Elemental Wild Shape - respects elemental wild shape choices
Thousand Forms - alter spell DM deals with

So you stating is not applying "druid moon circle" properly makes no sense. This extension does what it claims and no more. Not everything can be automated.

Quote:

---

Originally Posted by SilentRuin

I have no idea what you are talking about. This latest fix was because FGU updated and broke a lot of extensions - this update was for that extension.

Circle of the Moon has:

Combat Wild Shape - bonus action DM deals with
Circle Forms - respects higher CR
Primal Strike - respects magic hit
Elemental Wild Shape - respects elemental wild shape choices
Thousand Forms - alter spell DM deals with

So you stating is not applying "druid moon circle" properly makes no sense. This extension does what it claims and no more. Not everything can be automated.

---

It might be easier for you to read this post instead.

https://www.fantasygrounds.com/forum...873#post655873

Quote:

---

Originally Posted by Gezzer

It might be easier for you to read this post instead.

https://www.fantasygrounds.com/forum...873#post655873

---

Maybe you should check if you put Circle Forms (as noted above) in your abilities. Circle of the Moon by itself does nothing - its just a specialization category. Now - if you have Circle Forms selected as your specialization in Circle of the Moon - and its not respecting your CR - then THAT is an issue I can look at.

But based on what you've said here and in that thread - I don't get the impression your actually selecting the specialization you want. And polymorphism is not able to tell what you have selected unless you have dropped it in your abilities tab - as - well - a selection.

So if you have done that and its not respecting it get back to me here.

Quote:

---

Originally Posted by SilentRuin

Maybe you should check if you put Circle Forms (as noted above) in your abilities. Circle of the Moon by itself does nothing - its just a specialization category. Now - if you have Circle Forms selected as your specialization in Circle of the Moon - and its not respecting your CR - then THAT is an issue I can look at.

But based on what you've said here and in that thread - I don't get the impression your actually selecting the specialization you want. And polymorphism is not able to tell what you have selected unless you have dropped it in your abilities tab - as - well - a selection.

So if you have done that and its not respecting it get back to me here.

---

The thing is all I'm doing is using the level up as normal. By putting Circle Forms in my abilities are you referring to when I make the selection for Circle of the Moon in the character wizard panel that pops up after initiating the level up? The thing is what I'm doing both pre and post update hasn't changed any. The expected behaviour has.

Quote:

---

Originally Posted by Gezzer

The thing is all I'm doing is using the level up as normal. By putting Circle Forms in my abilities are you referring to when I make the selection for Circle of the Moon in the character wizard panel that pops up after initiating the level up? The thing is what I'm doing both pre and post update hasn't changed any. The expected behaviour has.

---

I have no idea what character wizard does as its constantly changing. The question is simple though - do you have the text "Circle Forms" in abilities tab? Typically the selection is done from Druid class specialization and you drag the link to Circle forms in there and drop it in abilities tab and it puts it in the proper place.

I have no control what "flavor of the week" is being done in character wizard. In the end you have to have the specialization selection you want in Abilities in the proper category (dropping the link in will put in the right spot) in order for me to "see" the text and recognize this CR limit is in effect.

Quote:

---

Originally Posted by SilentRuin

I have no idea what character wizard does as its constantly changing. The question is simple though - do you have the text "Circle Forms" in abilities tab? Typically the selection is done from Druid class specialization and you drag the link to Circle forms in there and drop it in abilities tab and it puts it in the proper place.

I have no control what "flavor of the week" is being done in character wizard. In the end you have to have the specialization selection you want in Abilities in the proper category (dropping the link in will put in the right spot) in order for me to "see" the text and recognize this CR limit is in effect.

---

Okay I did a level up with a pre update install and Circle Forms, Battle Wild Shape are all in the abilities tab after updating, they aren't being created post update leveling up. So I'm fairly certain this is an update issue and has nothing to do with your add-on. As I stated I left the message here because I was told to in the other thread. Sorry to have bothered you.

Quote:

---

Originally Posted by Gezzer

Okay I did a level up with a pre update install and Circle Forms, Battle Wild Shape are all in the abilities tab after updating, they aren't being created post update leveling up. So I'm fairly certain this is an update issue and has nothing to do with your add-on. As I stated I left the message here because I was told to in the other thread. Sorry to have bothered you.

---

No worries - let me know what happens.

Whilst using this extension if I drag a treasure parcel or an item or an image or indeed, anything, and drop it on the portrait of any character to share said parcel or item etc I get the following error:

Script Execution error: [string "Scripts/manager polymorphism.lua"] 780 attempt to call global 'saveonShortcutDrop' (a nil value)

Quote:

---

Originally Posted by Zacchaeus

Whilst using this extension if I drag a treasure parcel or an item or an image or indeed, anything, and drop it on the portrait of any character to share said parcel or item etc I get the following error:

Script Execution error: [string "Scripts/manager polymorphism.lua"] 780 attempt to call global 'saveonShortcutDrop' (a nil value)

---

Supreme stupidity on my part. Polymorphism shares that code with Assistant GM and I only fixed the Assistant GM side - as I always run with both I never noticed that Poly side of code never worked.


V1.37 - Bug - mistakenly fixed the code in Assistant GM shared with Polymorphism but forgot to fix Poly shared shortcut code. Effect is that if polymorphism run by itself (not with assistant GM) then dropping things on portrait fails at line 78. Fixed.

Updated in DMsG - will be updated in Forge when Grim gets around to it.

Jolly good

V1.38 - FGU changes - surprise update to messageDamage blew poly out of the water with console error after damage roll. Fixed.

I'm beginning to get mightily annoyed.

It would seem that many of the druid features aren't being carried over into the new form when they wildshape. What happens is that they get the NPC sheet with the correct abilities and skills etc but things like their racial traits and class abilities aren't accessible. My player is a Circle of the Moon Druid and when wildshaped can use a spell slot to heal and as a Firbolg has the Hidden Step ability that allows him to turn invisible. These are in power groups of course in their normal action tab but those don't carry over. So are we missing something or is this just not a feature with this extension?

Quote:

---

Originally Posted by Zacchaeus

It would seem that many of the druid features aren't being carried over into the new form when they wildshape. What happens is that they get the NPC sheet with the correct abilities and skills etc but things like their racial traits and class abilities aren't accessible. My player is a Circle of the Moon Druid and when wildshaped can use a spell slot to heal and as a Firbolg has the Hidden Step ability that allows him to turn invisible. These are in power groups of course in their normal action tab but those don't carry over. So are we missing something or is this just not a feature with this extension?

---

Yeah there are so many rules that can apply or not apply in generic PC to NPC or NPC to NPC transitions that I only directly support the ones specified in the spell/trait doing the polymorphism. I leave it up to player to decide which spells can still apply per .txt file and discussions in here.

Gist is you have have a set of rules that will turn all the original effects OFF that I deem not applicable polymorphism - but they are still there and you can turn them ON if you need to on NPC. Also the entire original source PC/NPC sheet is still available to you if you double click on the polymorphism token field. The sheets have warnings at the top of course - but if you deem a spell applicable still you can still execute it directly (by dragging things to target token as its not the active sheet) or copy it to your transformed sheet main page from actions of the source (even though header warns you its not the active sheet).

100% sure there are to many special rules that can be applied in game or a homebrew game or a particular PC or a particular NPC that I'm not going to bother to track them all - except ones I consider out of the box generic ones. So have an effect you feel should still apply to your transformed state? Turn it back ON. There are rules you can look up that I use for tracking what effects are legitimately transferred one way or the other. Any spells, weapons or whatever else from original sheet you can access and execute yourself.

Gist is - want to keep things simple? No issues. Want to track all possible things under the sun? Thoroughly read through .txt file and this thread to understand what is available to you and how you can access it.

Also, if you can always make your own NPC tailored to your needs and use that as your transformation. For sure that is what you have to do as I describe for werebeast like things. Or Strahd in Curse of strahd as his special abilities can transfer to some of his standard NPC shapes (i.e make your own NPC off the standard one with the special things you want in it).

Note - if you were reading that previous post by mail - I've edited it an you'll need to read it again.

After last Tuesday's update there appears to be a new bug when using polymorphism and doing something I never knew you could do. Take a die roll chat bubble and drag it into CT over a PC wounds field and it will add that value into the damage. But if Polymorphism is up this will spit out some deprecated messages (on things I don't directly call) and then choke with an error.

I'm asking FGU about this as I don't call the functions in question directly. For now - don't do this thing I never knew you could do. I'll let you know when it is resolved.

V1.39 - Update/Fix - Support for Sir Motte's theme. Also fix for messageDamage override - which caused chat bubble die rolls dragged onto CT not to work.

This appears related to the fix you made for V1.29
Using Polymorphism with Wild Shape doesn't seem to be calculating skills and saves correctly based on my understanding. The feature says:

Quote:

---

Your game statistics are replaced by the statistics of the beast, but you retain your alignment and your Intelligence, wisdom, and Charisma scores. You also retain all of your skill and saving throw proficiencies, in addition to gaining those of the creature. If both you and the creature have the same proficiency, use only the higher bonus.

---

Per Jeremy Crawford on Twitter (https://twitter.com/JeremyECrawford/...55703530672128)

Quote:

---

The intent is that the druid uses the bonus in the beast's stat block for any proficiency the druid lacks.

---

Referring to the proficiency bonus in the stat block since many beasts will have a lower proficiency bonus than the druid would at the level the druid gains the ability to wild shape into the beast.

My understanding is that the calculation for any physical skill or save starts with the beast's ability score and then gets the druid's or beast's proficiency added to it. Similarly, any mental skill or save starts with the druid's ability scores and then adds either the beast's or druid's proficiency. I made a test druid to show what I'm talking about. (see attachment) Attachment 53868 The druid has 20 in all ability scores and shifts into a Giant Hyena that only has 16 Strength, 14 Dexterity, and 14 Constitution. The physical saves should just use the Giant Hyena's ability bonus, but it is pulling from the druid's ability bonuses. Also the Giant Hyena has proficiency in Perception while the druid doesn't so it should be using the druid's Wisdom bonus and adding the Giant Hyena's proficiency bonus.

The extension appears to be taking the higher total bonus for saves using whichever form's bonus is higher. It also doesn't seem to be modifying skills based on the baseline ability score. If a form has proficiency in a skill that the other doesn't, it is just taking that form's skill modifier.

Unless of course my understanding of the RAW is wrong and the extension calculations are following the RAW.

Quote:

---

Originally Posted by Ibhuk

This appears related to the fix you made for V1.29
Using Polymorphism with Wild Shape doesn't seem to be calculating skills and saves correctly based on my understanding. The feature says:

Per Jeremy Crawford on Twitter (https://twitter.com/JeremyECrawford/...55703530672128) Referring to the proficiency bonus in the stat block since many beasts will have a lower proficiency bonus than the druid would at the level the druid gains the ability to wild shape into the beast.

My understanding is that the calculation for any physical skill or save starts with the beast's ability score and then gets the druid's or beast's proficiency added to it. Similarly, any mental skill or save starts with the druid's ability scores and then adds either the beast's or druid's proficiency. I made a test druid to show what I'm talking about. (see attachment) Attachment 53868 The druid has 20 in all ability scores and shifts into a Giant Hyena that only has 16 Strength, 14 Dexterity, and 14 Constitution. The physical saves should just use the Giant Hyena's ability bonus, but it is pulling from the druid's ability bonuses. Also the Giant Hyena has proficiency in Perception while the druid doesn't so it should be using the druid's Wisdom bonus and adding the Giant Hyena's proficiency bonus.

The extension appears to be taking the higher total bonus for saves using whichever form's bonus is higher. It also doesn't seem to be modifying skills based on the baseline ability score. If a form has proficiency in a skill that the other doesn't, it is just taking that form's skill modifier.

Unless of course my understanding of the RAW is wrong and the extension calculations are following the RAW.

---

5E Raw states:

Your game Statistics are replaced by the Statistics of the beast, but you retain your Alignment, Personality, and Intelligence, Wisdom, and Charisma scores. You also retain all of your skill and saving throw Proficiencies, in addition to gaining those of the creature. If the creature has the same Proficiency as you and the bonus in its stat block is higher than yours, use the creature's bonus instead of yours.

Which is what I should be doing. Nowhere does it state that anything is "added".

Key to me was "in addition to gaining those of the creature". Which makes the last part almost contradictory since it says if the same proficiency - hence I go with the highest one of either.

Still confused writing (typical for D&D rules) as it could be interpreted as if the proficiency is lower or higher then stick with druids bonus, and only check if exactly the same.

If I've read it wrong then will need to change but I'll need to understand it better in terms of what is expected.

Currently comment in the code is as follows for what I'm doing:
-- retains all skill and saving throw proficiencies or the creatures whichever is greater

Note the above reply was edited in case you read via mail.

I have used this in the past for an inperson game
https://rpg.stackexchange.com/questi...n-i-wild-shape

Quote:

---

Originally Posted by mordkhaan

I have used this in the past for an inperson game
https://rpg.stackexchange.com/questi...n-i-wild-shape

---

This confuses me more as reading the answers in here it appears that either is valid and it gets into a RAW vs RAI theoretical statement where it claims "good enough" for what I'm currently doing. Really confusing. I'm looking for what should be the "one and only". If that is even possible in the twisted phraseology of WOTC world. The following quote under the green checked answer in particular...

The DDB staff did touch on this issue in their recent changelog about character sheet updates - see under "Fixed Wildshape calculation issues with skill and saving throw numbers". They've noted that where the creature is proficient and the character is not, there are 2 possible interpretations: "The creature gives proficiency to the character and you take the higher of the two." and "The creatures skill number is the amount you get". They've defaulted to the former for now, pending "further official clarification". –
V2Blast
♦

By RAW "Your game statistics are replaced by the statistics of the beast...", and proficiency bonus is, itself, a game statistic. Further, "You also retain all of your skill and saving throw proficiencies..." does not say that you retain your proficiency bonus. The statement that "If the creature has the same proficiency as you and the bonus in its stat block is higher than yours, use the creature’s bonus instead of yours" is wholly unhelpful and makes no mechanical impact, because the bonus has already been replaced by the first sentence. It really only serves to add confusion through alluding to two potential and contradicting implications by inverse (both of which being a logical fallacy in this case). However RAW is defined by what is written, not by guess work about what is expressly not written. So the following pseudocode represents RAW:

Code:

---

local nBonus = 0;

if ability is STR, DEX, or CON then
        nBonus = nBonus + creatureMod;
else
        nBonus = nBonus + druidMod;
end

if creature or druid is proficient then
        nBonus = nBonus + creatureProficiency;
end

---

V1.40 - Fix - saving throws and skills in polymorphed sheet now reflect the rules for wild shape per RAW.

This was a nightmare as none of the suggestions above or in the article match what actually has to be done to conform to FGU and the article for RAW as written. I have implemented this so it matches the results (as best can be done per RAW wordings) per https://rpg.stackexchange.com/questi...n-i-wild-shape and the green checked article. The differences are in that FGU provides a proficiency multiplier of 0.5, 1, and 2 which I have taken into account and that the skills and saving throws are calculated following the same rules including only using the original bonus if larger and the proficiencies are the same. You can look at the raw code if you want but this is the basics of what it does now per the article above:

- You get new STR, DEX, and CON scores, so when shapeshifted you use the beast's scores for those, and the Druid's scores for INT, WIS and CHA.

- Because you are still a Druid and keep your proficiency bonus (including the multiplier 0.5, 1, or 2 pers abilities tab in FGU), you now add the Druid's PB to any abilities that you or the beast were proficient with. This does not include the beast's natural attacks.

- Finally, you check abilities that both Druid and beast were proficient in. If the beast had a higher bonus (and is the same proficiency) than your newly recalculated one, you use that bonus instead.

Look at the examples in that article and that is what is done - different only in that saving throws also apply these rules (their pictures do not seem to do that in all cases) and the proficiency multiplier in the abilities tab is applied to calculate true proficiency.

This whole wild shape thing is completely confused and it seem nobody really has a perfect idea of how it should be done - but I've used the article above as my point of reference and then applied anything it did not cover as mentioned above to handle the rest. Previously this just did the best of both sheets and applied those for skill/saving throws - now it does as the RAW states. Since it will always apply the same rules in all polymorphs this is "good enough" and guaranteed to be consistent when using this extension. And that is what really counts, regardless of how confused this whole WOTC rule is.

Thank you for all your work and research into this. I know WotC has left it dumbly vague.

Reporting an issue between Polymorphism and Temporal Fixation.

When PCs Shapeshift it strips the TF code, such as SHARETURN, from the NPC it was attached to on the combat tracker.

Quote:

---

Originally Posted by BushViper

Reporting an issue between Polymorphism and Temporal Fixation.

When PCs Shapeshift it strips the TF code, such as SHARETURN, from the NPC it was attached to on the combat tracker.

---

No idea what that is. But if its an effect then the rules as stated in .txt file are applied as to whether it is ON in the NPC - otherwise it will be OFF. So you would need to turn it back on. If something else, then yes it conflicts.

Quote:

---

Originally Posted by SilentRuin

No idea what that is. But if its an effect then the rules as stated in .txt file are applied as to whether it is ON in the NPC - otherwise it will be OFF. So you would need to turn it back on. If something else, then yes it conflicts.

---

Yeah, guy. I know it's a conflict otherwise I wouldn't have posted my comment and I clearly stated what it is. Temporal Fixation is an extension written by MeAndUnique, one of the creators under the Grim Press umbrella that you share.

Also, there's nothing to "turn back on." When the PC Shapeshifts, Polymorphism literally removes the entire effect line from the combat tracker for that NPC/companion.

I can't put into words how much I absolutely despise interacting with you. You constantly complain about having to find issues with your extensions yourself, but when people bring legitimate problems to you, you either pout, get angry, condescend, or shrug your shoulders.

Fix it or don't. I've done my duty in reporting it.