• Please note: In an effort to ensure that all of our users feel welcome on our forums, we’ve updated our forum rules. You can review the updated rules here: http://forums.wolflair.com/showthread.php?t=5528.

    If a fellow Community member is not following the forum rules, please report the post by clicking the Report button (the red yield sign on the left) located on every post. This will notify the moderators directly. If you have any questions about these new rules, please contact support@wolflair.com.

    - The Lone Wolf Development Team

Bug Reports - Version 3.14

Status
Not open for further replies.
Hi Just a quick question.

How often do the files get their updates, is it monthly/quarterly or just when their is enough amendments to warrant the update?
:)
 
The updates are posted when enough work has been done to justify one. Unfortunately, we are a pretty small company, and have to focus our efforts strategically. This means d20 has not been updated in some time, though I hope that I can push one out in the next few months.
 
Aaron, I commend you if you can do so. I, for one, would be immensely grateful. Of course, I'd be willing to help out when I can as well.
 
Thanks Aaron,

It makes sense to concentrate on the RPG's that are still in print, but I hope you can manage to complete the next update.

Would the offer of help from some of our more able Members, (like Kendall-DM), be of any use?
 
The updates are posted when enough work has been done to justify one. Unfortunately, we are a pretty small company, and have to focus our efforts strategically. This means d20 has not been updated in some time, though I hope that I can push one out in the next few months.

A small company L.W.D. may be but it is also a good company and your product & efforts to tweak/improve/correct errors are greatly appreciated. :D

Nigel Fogg, aka The Wayfarer :)
 
Shucks Guys, you're going to make me blush. If you want to continue to sing my praises, perhaps a better place would be in a new thread rather than the bug thread? :)
 
The "Output Custom Hero Statblock" doesn't show "-" when having an undead with no CON. It shows a value (f.i. "10").
 
Originally Posted by Nigel Fogg The Wayfarer
A reminder about an old bug report & a request for a change.

Bug: when doing spell selection as a paladin (and I suspect this is true for other classes) I use the Custom/Metamagic Spell option. Picking "Cure Light Wounds" I add the metamagic feat of "Reach Spell" to give it a range of 30 feet. The problem is an error message which is, as far as I've been able to determine, falsely claiming that the character must first posses the "Rapid Spell" metamagic feat.

Request: currently the printed sheet would list the above example (plus a genuine 3rd level spell: Healing Spirit) as "Paladin 3: Cure Light Wounds, Reach, Healing Spirit" but this makes it look like there are three 3rd level spells. One called Cure Light Wounds, another called Reach and finally Healing Spirit. I therefore request that the metamagic component of a spell be listed in parenthese followed by the comma separator: "Paladin 3: Cure Light Wounds (Reach), Healing Spirit"

Thanks in advance & apologies to Aaron for adding to his workload,
Nigel Fogg, aka The Wayfarer

Don't feel bad Nigel, but unfortunately I can't help you with this first one. Reach Spell is a feat from the Community files, it is Verboten to me. But it is really easy to fix. In the editor, go to the Reach MM power in the appropriate community file and click on the pre-req button. Make sure the displayed message is right, and that it is checking for the correct feat to validate. Change whichever of those 2 things is wrong then submit it to ShadowChemosh for the next release.

For the second, I will add it to my to do list. Currently working my way through this bug list over the weekend.

Alright Aaron, after a long delay I've finally sent the file to ShadowChemosh just before composing this post. :)

Nigel Fogg, aka The Wayfarer
 
Still getting the gSizeDiff error, but not sure what this one means, seems completely internal. What I did was, I changed a regular natural weapon melee attack to a natural weapon ranged attack (by manipulating the tags) so that I could emulate the Electricity Ray on an Arrowhawk. Total success, except for this nagging error. I will incrementally find out which tag addition/deletion is causing the problem, if I can. The natural attack I manipulated, obviously, was wSting.

UPDATE: Apparently, when I add the wCategory.wRangeProj tag to this, that is when the error shows up. When I remove it, it goes away. Any way I can get a workaround for that error, or am I out of luck?

ANOTHER UPDATE: Actually has to do with deleting the wCategory.Melee tag. Now that I think of it, when the natural weapons were getting this error, the fix that went in on d20 only had to worry about melee weapons, since all natural weapons are that. Another thing for the to do list it seems, in addition to adding at least one natural ranged weapon, you'll probably need to do what you did with the other natural weapons to get that error sorted out.
 

Attachments

  • HLError.jpg
    HLError.jpg
    29.3 KB · Views: 2
Last edited:
Bug in Reflex Save computation

Hi,

I noticed, that reflex saves are always computed too high at +2.
As long as you don't give a level to a character base values
with attribute bonuses look fine. As soon as I add a level (no matter which
class) reflex always gets a +2 bonus, whether they class has good
reflex saves or not. Any ideas how to fix that ?

Greetings,
mpirunner
 
While messing with a Marilith demon, I found an odd thing on multiweapon fighting. In the case of a Marilith, if you give it all longswords and equip them everything works fine. However, if you remove one of the longswords, and you make it a light weapon (I used a dagger) you suddenly get an extra +2 bonus to your main hand attack, even though you have at least one other off hand weapon that is one handed. In other words, by using one dagger in an off hand, and the rest of your weapons as one handed, the main hand weapon is treated as if it only has light weapons in the off hands (when, in fact, only one of those weapons is light). Using just three attacks with multiweapon fighting and a normal attack bonus of +20 (for simplicity), you get:

Main (1-handed): +16/+11/+6/+1
Off (1-handed): +16
Off (1-handed): +16

Main (1-handed): +18/+13/+8/+3
Off (1-handed): +16
Off (light): +18

Main (light): +16/+11/+6/+1
Off (1-handed): +16
Off (1-handed): +16

Main (light): +18/+13/+8/+3
Off (1-handed): +16
Off (light): +18

Kind of borks the system, if you ask me. Needs to be fixed.
 
In another thread Soundwich mentioned a difficulty he was having with the purchase of silver arrows as a Custom Weapon.

Being the curious sort I decided to explore this and the suggestions made by the responders to his post.

I found that if you create a fresh character and buy the 50 silver arrows straight out of the gate via the Custom Weapon feature at no cost since you don't have money (and have not purchased any bow prior to this) you can check the box to show that you are wielding the arrow in your main hand as a weapon. :) The damage value shows up on screen in the weapon column correctly (1d4-1) so again :)

However, on the character sheet printout the arrows show up as equipment and ammunition to be ticked off BUT the 'arrow as a hand-held weapon' stats do not show up in the weapon area of the sheet with the Unarmed Attack stats as they should. :(

Separate question to Aaron & Mathias: why is it again that a version of the mechanism for making Custom Scrolls cannot be used to create Custom Wands, Staves, Rods, Rings, Potions and perhaps other Wonderous Items? **additional comment** As is currently done in in the Pathfinder "module" of Hero Lab.

Nigel Fogg, aka The Wayfarer
 
Last edited:
While messing with attack bonuses, I found that any bonus to the attack (Attack pick) also adds those bonuses to Grapple. That should not be happening, unless the bonus alters the BAB or the Strength bonus. I'm going to have to make a workaround in the meantime, because its inflating my PCs grapple bonuses beyond what they should be with Adjustment buffs.
 
Separate question to Aaron & Mathias: why is it again that a version of the mechanism for making Custom Scrolls cannot be used to create Custom Wands, Staves, Rods, Rings, Potions and perhaps other Wonderous Items? **additional comment** As is currently done in in the Pathfinder "module" of Hero Lab.

Because it is no longer a WotC supported product, despite the similarity to structure of that of PF. I understand you frustration, but d20 will be left out in the rain as long as other products continue to provide a bigger cash crop. And with RW in the works, this will continue to get pushed back and will probably be quite a while before we even get an update, and not much of one at that. Yes, I am kind of bitter about it, because I see no reason why I should pay for a licensed product that isn't even being supported properly. But I've already made this argument before, so I won't put anymore effort into it than what I've said.
 
Hi,

I noticed, that reflex saves are always computed too high at +2.
As long as you don't give a level to a character base values
with attribute bonuses look fine. As soon as I add a level (no matter which
class) reflex always gets a +2 bonus, whether they class has good
reflex saves or not. Any ideas how to fix that ?

Greetings,
mpirunner

Are you using the community files? If so, there is a known bug in the current version. It's been fixed, but there isn't a new release yet. Should be soon. In the meantime, you can check out the community bug report thread or use the adjustment tab to make what alternations you need.
 
The Stunning Fist is not correctly calculating the number of uses per day correctly. It's dividing the levels by 4 and rounding up, when in fact, it should be rounding down.

Code:
var uses as number
uses = #levelcount[Monk] + round(levels/4,0,[COLOR="Red"]1[/COLOR])
 
Found another thing, I've used a class variant for a Paladin, and I changed it to require only alignments of any good, instead of only lawful good. Unfortunately, it appears that in the class selection screen it still wants the character to be lawful good (the Paladin is grayed out). Now, I can select it and the class variant doesn't register any warnings, but it's annoying that the selection list has it as unavailable due to incompatible alignment. I even tried removing the tag for the lawful good requirement, but I haven't been able to even get that to work.
 
Status
Not open for further replies.
Back
Top