Bug Reports - Community Created 3.5 D&D data set

[ShadowChemosh]

Please post any bug reports, and ONLY bug reports, found in the Community Created 3.5 D&D data set.... in this thread. In example if a feat or a Domain is not working please post here to let us know about it.

If you are an editor of the data set please post any issues to the correct thread in the User Projects forum.

For questions or other issues feel free to PM Sendric or ShadowChemosh. You can also email me at ShadowChemosh(at)yahoo(dot)com.

Thanks

[Sendric]

Many of the feats from Libris Mortis do not check for pre-requisites.

[Celdin]

Duskblade can have a familiar (or improved familiar) if the proper feats are selected. When these feats are chosen, the button to add a familiar doesn't display.

[ShadowChemosh]

Originally Posted by Celdin

Duskblade can have a familiar (or improved familiar) if the proper feats are selected. When these feats are chosen, the button to add a familiar doesn't display.

Thanks we will take a look into this.

[Kendall-DM]

Natural Bond is almost there, but not quite. I shall try to solve this problem myself, but as the code is written, there is the possibility that a character will receive an incorrect bonus from this feat. Let me explain with an example.

If you have a 6th level ranger/5th level druid, you set up a condition that won't give the ranger the correct effective level of druid. The total level (11) minus the druid level (5) gives a bonus of 6, and the minimum of 3 and 6 is 3. So, then the ranger has it's effective level increased by 3. The effective level of a Ranger is 3 (one-half his level) plus the 3 from natural bond equal 6, which exceeds the druid's level.

What, in fact, needs to be done, is a comparison of the effective level of druid to the actual druid level. I'll try to work on that and get back to you.

EDIT: Ok, just realized this is stacking. Still needs fixing but it's not as bad as I first thought. All that needs to be done is to subtract the character's effective druid level from it's total level (not the actual druid level, since a single class ranger would have no druid levels but does have effective druid levels for the purposes of animal companions). So, I'm going to try to subtract hero.childfound[cAnimClass].field[CompClLev].value from the total character level instead of the total level of druid.

EDIT2: I also had to move it to Post-Levels, but that doesn't give the correct Class Level to the Companion. Here's the problem, the class levels of the companion are determined at First 497, but the actual levels of the character are not done until 500. Trying to sync these two things is impossible (first the companion level is determined, then your effective level is determined, but it can't retroactively get the correct effective level back on the companion). This is an issue with HL and not with the coding, as far as I can tell. Trying to solve it, but don't know if it is possible.

Solution (at First/499):

~ If we're disabled, do nothing
doneif (tagis[Helper.FtDisable] <> 0)

~ If we are within range of our effective druid level.
var bonus as number
bonus = #totallevelcount[] - hero.childfound[cAnimClass].field[CompClLev].value 
bonus = minimum(bonus,3)

~Only do stuff if the animal companion is live.
if (hero.childlives[cAnimComp] <> 0) then
  ~ Add 3 to our companion level.
  hero.childfound[cAnimClass].field[CompClLev].value += bonus
  hero.childfound[cAnimComp].field[CompLevBas].value += bonus
  hero.childfound[cAnimComp].field[CompLevel].value += bonus
endif

[Kendall-DM]

I've actually cleaned up Natural Bond by reducing alot of the code. If interested in a cleaner version, here it is.

First/498

~ If we're disabled, do nothing
doneif (tagis[Helper.FtDisable] <> 0)

~ If we are within range of our effective druid level.
var bonus as number
bonus = #totallevelcount[] - hero.childfound[cAnimClass].field[CompClLev].value 
bonus = minimum(bonus,3)

~ Add bonus to our companion level.
hero.childfound[cAnimClass].field[CompClLev].value += bonus

[ShadowChemosh]

Originally Posted by Kendall-DM

I've actually cleaned up Natural Bond by reducing alot of the code. If interested in a cleaner version, here it is.

Thank you for this. We will be taking a look at it. It may not make it into 1.5 as just too many changes happened in v3.7 of HL that is slowing me down. But it will make it into 1.6 for sure.

Thanks

[Nigel Fogg The Wayfarer]

So I downloaded Lawful G 1.5 and upon firing up my current d20 character I got:

Pick 'sWizCAReMD' has been orphaned due to missing thing in batch '117'
Pick 'sWizCAReMD' has been orphaned due to missing thing in batch '127'

Did a "save as" on the character with a different name and the error doesn't happen when I open that new version but does trigger when I re-open the original file.

So is this something I need to fix on my end or is it something that needs to be fixed with LG 1.5?

Sorry to be a fly in the ointment,
Nigel Fogg, aka The Wayfarer

[ShadowChemosh]

Originally Posted by Nigel Fogg The Wayfarer

Pick 'sWizCAReMD' has been orphaned due to missing thing in batch '117'
Pick 'sWizCAReMD' has been orphaned due to missing thing in batch '127'

This is caused by the fact that the Complete Arcane cantrip "Repair Minor Damage" was removed. The idea was that the Spell Compendium version of the spell was the one that was to be used but cantrips are ALWAYS bootstrapped to ALL characters. *sigh*

Will have to work on a better way of doing this in the future maybe by hiding the Thing instead.

Originally Posted by Nigel Fogg The Wayfarer

So is this something I need to fix on my end or is it something that needs to be fixed with LG 1.5?

Actually neither. The thing is gone so HL is just letting you know. The Spell Compendium spell is now marked to both Books so that version of the Cantrip will now appear instead. Technically other then the message you should not notice any issues. If you do plz let me know.

Simply make any change to your character and save it again as that will fix it so that HL no longer tells you about the missing cantrip when you open your character.

Sorry about this everyone. Will see if we can work on a better way of doing this in the future.

[Kendall-DM]

Originally Posted by Kendall-DM

I've actually cleaned up Natural Bond by reducing alot of the code. If interested in a cleaner version, here it is.

I want to first apologize for not thoroughly testing this once I had the fix in place. I apparently only tested it on single class druids, as the ranger and the multi-classed druid were not giving their bonuses to their effective levels. I have now thoroughly tested this, and it appears to work as expected. Originally, I was approaching from the "what level you have to be to get a companions" rather than having your companion have the benefits based on what your druid level can effectively be. In that regard, I was modifying the wrong field. I added some extra coding in case someone took natural bond before they actually took an animal companion (say a low level ranger, or a class that is thinking of multi-classing to an animal companion class).

First/499

~ If we're disabled, do nothing.
doneif (tagis[Helper.FtDisable] <> 0)
doneif (hero.childlives[cAnimClass] = 0)
doneif (hero.childlives[cAnimComp] = 0)

~ If we are within range of our effective druid level.
var bonus as number
bonus = #totallevelcount[] - hero.child[cAnimClass].field[CompClLev].value - hero.child[cAnimComp].field[CompLevAdj].value
bonus = minimum(bonus,3)

~ Add the bonus to our companion level.
hero.child[cAnimComp].field[CompLevAdj].value += bonus