<quote author="Qalinosk">@Qalinosk: Unique cannot be used for a race selection, which is rather annoying.</quote> Enabled unique as a race (had to do with it being at the very head of the list of races). <quote>> When using other races, and toggling off all forms and parts, at reboot/crash, the both are reloaded to default of the race, keeping anything else that you have set, as well.</quote> This has been fixed in prior reboots <quote>> Form instant_decay doesn't seem to do anything at all, and as far as I can tell, there is nothing to do this that isn't script related.</quote> None of the forms actually did anything (antiquated ROM garbage), so I wiped them out completely.

<quote author="Nibelung">@Nibelung: Frankly, mobs should be able to target anything. The isvisible ifcheck can be used to verify visibility, that's what it's for right?</quote> Problem is, that only applies within scripts. In the code, for example for aggro mobs, we really do need hardcoded visibility checks - otherwise weak aggros will attack invis people that they can't see, etc. I've added a "see_wizi" act2 flag to allow mobs to see wizimobs without seeing everything else (e.g. improved invis mobs).

This was fixed a few reboots ago - caused by mobs who fleed but were killed by room affects like rocks or inferno. Basically the mob struct would be freed, and the game would continue trying to transfer that freed space with disastrous results.

Yup, that's exactly it. A simple reversion of the order of arguments has fixed the problem. The counter-attack is now re-enabled.

Fixed. Also fixed some minor, but annoying cosmetic bugs with the display of shifted chars in a room. Go me.

Couldn't replicate this, and from a glance the code seems to be alright. This is what it looked like on my test mortal: Within a Chasm [CHAOTIC PK ROOM] - N - (-----------------------------------------------) W<---(A)--->E - S - +----------+ This + O-O-O + huge chasm is the dwelling-place of the master of vampires. + | | | + Paintings done in parchment and blood line the walls, + O-@-O + and the floor is a dark red zigzag pattern that resembles + | + carpet. Body parts, bones, and bits of flesh are scattered + O + around this pit suggesting that the overlord of vampires +----------+ isn't too friendly. (Glowing) A bright ball of light shimmers in the air. A towering ring of flames surrounds the area. (Gold Aura) Syn the Implementor is here. [NEWS][CHANGES]<3572h 2857m 3100v> aff Immune: cold Vulnerable: fire Racial Affects: regeneration You are affected by the following: Spell: infravision : level 120, modifies none by 0 for 239 hours Spell: haste : level 100, modifies dexterity by 4 permanently Spell: detect hidden : level 100, modifies none by 0 permanently You are blinded by smoke! [NEWS][CHANGES]<3572h 2857m 3100v> af Immune: cold Vulnerable: fire Racial Affects: regeneration You are affected by the following: Spell: blindness : level 1, modifies hit roll by -4 for 2 hours Spell: infravision : level 120, modifies none by 0 for 239 hours Spell: haste : level 100, modifies dexterity by 4 permanently Spell: detect hidden : level 100, modifies none by 0 permanently l You can't see a thing! The inferno-blindness affect is real brief (2h) so maybe by the time you checked your affects it had worn off? As a minor fix though, I added an if-check to keep this code from applying the blind affect twice.

This is now fixed. Also fixed most (but not all) instances in which the game doesn't tell you anything when you try to drop, give, donate, sell, etc. a "kept" object.

After looking at it through the debugger, this stems from the fact that the titan guardian hammer has "hidden" flag on it for some reason. This is a utility flag which gets set on objects which are hidden with the "hide" command and are thus completely hidden from view until they are found with "search" which flips the flag bit. It shouldn't EVER be on inventory items for any reason. I hardcoded it so that "hidden" can't be set on objects for any reason - once again this is a utility flag, not really something that should be set. I also added a bit of code to flip the flag on any inventory items which might have it on, on player log-in. Idea for self: in the future, implement a utility bitfield for objects to put flags which imms aren't supposed to set.

This might be a consequence of Whisp's replacing my painstaikingly-fixed get and put functions with his older, crappier functions to make his carts work. Luckily, my functions are commented out; leaving this post as a reminder to myself to re-enable them and see if it fixes this error. Edit: Actually, my function doesn't account for this either, despite the things it fixes. I'll look into resolving this prob ASAP since I don't like blank lines any more than you do :twisted:

The majority of those are now fixed. A while back, in lieu of using v#s for spells on objects, which had some inherent flaws, I replaced them with a spell pointer so that (a) as many spells as necesarry could be added, (b) a random repop percentage could be assigned, and © objects would be saved with skill name instead of number, making goof-ups from manipulating the skill table less likely (we might want to rearrange it later for example to group similar skills together, and this would throw off index numbers and cause great pains when loading areas). However, I forgot to convert the v#s to their respective spell pointers on the magical use items (scrolls, potions, etc.). With a few new functions the areas are now in their correct form, and any person who logs in with old items that are missing spells will have them assigned. There are a few items, mainly wands it looks like, that didn't have spells assigned to them to begin with (e.g. the wand of silence). These can be fixed manually. There is still an unused "v0: Level" field remaining on all of these objects that I will remove at my convenience - it is redundant since adding spells using "addspell" lets you specifiy a level and assign different spells with different levels. v1-v2 will still be used to assign charges on wands and staves.

Fixed.

Fixed.

No, I'm requesting that search ONLY reveal hidden exits IF the exit is a true two way exit, not just the destination having the reverse exit, it needs to go TO the source room.

Could never manage to reproduce this one, let's see if anyone else has any luck with it.