Jump to content

[Revision 9702]Bugged items


Recommended Posts

Posted

Okay as of the new update If you try and add for example item 43516 then use it, It wont teach you a neather drake mount as it should, it will teach you a glyph instead.

This has happened as of the latest path.

Posted

All Spell IDs that will get teached, example: 61230 (Armored Blue Wind Rider) will teach 61229 (Armored Snowy Gryphon)

That won't be a big problem but such like 60021 (Plagued Proto-Drake) will teach 60020 (Freezing Cloud - Deals 5000 Frost damage immediately and 2500 Frost damage per sec. afterwards. Lasts 10 sec.)

And something like above would end up in ppl exploiting...

Posted

spells part fixed in [9701]

durability related absend porper item data conversion at client switch. But it cirrupt only current durability so not nice, bit not so critical. Item 'data' field have same size but small values offset in tail.

That why impossible write safe fix quary working _after_ switch and some time use. Just impossible sort items by old and new.

Posted

The problem appeared in 9701, not 9702, just tested to make sure.

I'm not an expert, but maybe this cause the problem?

    float basePointsPerLevel = spellProto->EffectRealPointsPerLevel[effect_index];
-    int32 basePoints = int32(effBasePoints + level * basePointsPerLevel);
+    int32 basePoints = effBasePoints ? *effBasePoints - 1 : spellProto->EffectBasePoints[effect_index];
+    basePoints += int32(level * basePointsPerLevel);
    int32 randomPoints = int32(spellProto->EffectDieSides[effect_index]);
    float comboDamage = spellProto->EffectPointsPerComboPoint[effect_index];

Looks like i was right,

chaning that to,

    int32 basePoints = effBasePoints ? *effBasePoints /*- 1*/ : spellProto->EffectBasePoints[effect_index];
   basePoints += int32(level * basePointsPerLevel);

solved the problem.

But this is not the proper way to fix it.

Posted

I think this cannot be handled so easily, because there are many spells which are valid, yet taught wrong (ie the menctioned wrong colored mounts)

So I think every admin will have to take the bite and compare the characters' spells with a backup and modify if needed

Posted
As of the latest revision, this is NOT fixed.

Testers still learn illegit spells when they use mounts and enchanting.

what spells and exact number of revision

Posted
what spells and exact number of revision

It seems that I was incorrect as of 9709.

I am working on SQL queries to undo the damage. So far the SQL to undo Mount damage is done. Damage done by profession formulae, patterns, etc still exists.

Posted

I apologize for double posting but I felt that my contribution would warrent it.

I have generated a list of queries that will undo all of the damage done by this bug. It is presently untested but it covers all professions and mounts, deleting the spell that it was intended to teach plus one.

I'll be testing this shortly.

Posted

I appear to be incorrect in my research and wish that a moderator would remove the link I posted in my previous post (I don't want people running code that is incorrect).

It appears to be that the bug is the spellid - 1.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use